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prepares jobs for execution, and directs the disposition 
of data sets created during job execution. It also 
handles all communication between the operator and the 
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fication responsibilities. 
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PREFACE 



This publication describes the structure 
of the sequential scheduler level of job 
management, its functions, and the control 
flow between its major routines. It is 
divided into an introduction in which job 
management is briefly described and three 
major sections, master scheduler, reader/ 
interpreter, and initiator/terminator, in 
which the corresponding components are de- 
scribed in greater detail. Included are 
three appendixes. Appendix A describes two 
subroutines used frequently by job manage- 
ment routines. Appendix B shows job man- 
agement tables and work areas that are not 
described in the body of the publication. 
Appendix C lists job management load 
modules and the assembly modules that each 
contains. Further information on job man- 
agement may be obtained from the program 
listings. 



should be familiar with the following pub- 
lications: 



IBM System/360 Operating System; Intro- 
duction , Form C28-6534 



IBM System/360 Operating System; Con- 
cepts and Facilities , Form C28-6535 



IBM 



Svstem/360 



Operating System; 



Operator's Guide , Form C28-6540 

IBM System/360 Operating System; Job 
Control Language ,, Form C28-6539 

IBM System/360 Operating System: Intro- 
duction to Control Program Logic ^ Pro- 
gram Logic Manual . Form Y28-6605 



Readers should have a thorough under- 
standing of IBM System/360 programming and 



IBM Svstem/360 Operating System; System 
Control Blocks , Form C28-6628 
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INTRODUCTION 



Job management (Chart 1) is the first 
and last portion of the control program 
that a job encounters. Its primary func- 
tion is to prepare job steps for execution 
and, when they have been executed, to 
direct the disposition of data sets created 
during execution. Prior to step execution, 
job management: 

• Reads control statements from the input 
job stream. 

• Places information contained in the 
statements into a series of tables. 

• Analyzes input/output (I/O) require- 
ments. 

• Assigns I/O devices. 

• Passes control to the job step. 

Following step execution, job management: 

• Releases main storage space occupied by 
the tables. 

• Frees I/O devices assigned to the step. 

• Disposes of data sets referred to or 
created during execution. 



Job management also performs all pro- 
cessing required for communication between 
the operator and the control program. 
Major components of job management are the 
job scheduler, which introduces each job 
step to System/360, and the master schedul- 
er, which handles all operator- system- 
operator communication. 



JOB SCHEDULER FUNCTIONS 

The job scheduler includes two programs: 
the reader/interpreter and the initiator/ 
terminator. The reader/ interpreter is 
given control whenever a job step is to be 
obtained from the input job stream and 
processed. It directs the reading of con- 
trol statements and from them constructs : 



• Step input/output tables (SIOT) (one 
for each DD statement) to describe the 
I/O requirements of the job step. 

• Volume tables (VOLT) (one for each 
step, with an entry for each DD 
statement) containing serial numbers of 
volumes to be used by the job step. 

• Data set name (DSNAME) tables (one for 
each step, with an entry for each DD 
statement) containing names of pre- 
viously defined data sets to be used by 
the job step. 

In addition to the above, the 
reader/interpreter creates system message 
blocks, in which diagnostic messages to the 
programmer are stored before they are writ- 
ten onto the system output data set. 

After all control statements for a job 
have been processed, or when data is 
encountered in the input job stream, the 
reader/interpreter gives control to the 
initiator/terminator. The latter analyzes 
the I/O requirements of the job step and, 
upon considering such factors as requests 
for specific units, volumes,, and channels 
and their current employment, it assigns 
devices in such a way as to achieve maximum 
overlap of I/O activity during step execu- 
tion. 

When all devices requested for the step 
have been assigned, the initiator/termina- 
tor issues mounting messages (if any are 
required) and verifies for direct-access 
requests that the operator has mounted 
volumes on the correct units. Control is 
then passed to the job step. When the step 
has been executed, control is again given 
to the initiator/terminator, which performs 
data set dispositions and releases I/O 
resources. 



MASTER SCHEDULER FUNCTIONS 



A job control table (JCT) to describe 
the job. 



A step control table (SCT) to 
the job step. 



describe 



An account control table (ACT) to de- 
scribe accounting information related 
to the job. 

Job file control blocks (JFCB) (one for 
each DD statement) to describe the data 
sets to be used by the job. 



The routines of the master scheduler 
process any communication between the oper- 
ator and the system. The master scheduler 
processes : 

• Operator commands, whether they are 
issued through the console or through 
the input job stream. 

• Write -to-operat or (WTO) and write-to- 
operator with reply (WTOR) macro- 
instructions . 

• Interruptions caused when the INTERRUPT 
key is pressed. 
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JOB PROCESSING 

Figure 1 shows the major components of 
job management and illustrates the general 
flow of control. 

Control is passed to job management 
whenever the supervisor finds that ' there 
are no program request blocks in the 
request block queue. This can occur for 
two reasons: either the initial program 
loading (IPL) procedure has just been com- 
pleted or a job step has just been execut- 
ed. 



ENTRY TO JOB MANAGEMENT FOLLOWING INITIAL 
PROGRAM LOADING 

Following IPL, certain actions must be 
taken by the operator before job processing 
can begin. Therefore, control passes to 
the master scheduler, which issues a mes- 
sage to the operator instructing him to 
enter commands. These "initialization" 
commands include a SET command, a start 
writer (START WTR) command, and a start 
reader (START RDR) command. When a START 
command with a blank operand is issued, 
control is passed to the reader/inter- 
preter. 



ENTRY TO JOB MANAGEMENT FOLLOWING STEP 
EXECUTION 

Following step execution, control is 
routed to the step termination routine of 
the initiator/terminator. If the job had 
been completed, control is also passed to 
the job termination routine of the 
initiator/terminator. Both routines are 
described under "Job and Step Termination." 



CONTROL STATEMENT PROCESSING 

After completion of the processing that 
immediately follows IPL, or after termina- 
tion of a job or of a step containing data 
in the input job stream, control is passed 
to the reader/ interpreter. The reader/ 
interpreter reads and processes control 
statements until one of phe following con- 
ditions is encountered: 

• A DD * or DD DATA statement. 

• Another JOB statement. 

• A null statement. 

• An end-of-data set (EOF) on the system 
input device. 

Meanwhile, if the operator has pressed 
the REQUEST key and has entered a request 
(REQ) command during execution of the job 
step or any of the above processing, the 
roaster scheduler sets a command- pending 
indicator in the nucleus during the ensuing 



interruption. The indicator is now checked 
and, if found to be on,, control is passed 
to the master scheduler, which issues a 
message instructing the operator to enter 
commands, and then processes the commands. 



STEP INITIATION 

Control next passes to the 
initiator/terminator, which examines I/O 
device requirements, assigns (allocates) 
I/O devices to the job step, issues mount- 
ing instructions, and verifies that direct- 
access volumes have been mounted on the 
correct units. Finally, the initiator/ 
terminator passes control to the job step. 



JOB AND STEP TERMINATION 

When processing program execution is 
completed, the supervisor, finding no 
program request blocks in its request block 
queue, passes control to the job management 
routines. Entry is first made to the step 
termination routine. 

The step termination routine performs 
end-of-step housekeeping and passes control 
to the user's accounting routine, if one 
was provided. When the accounting routine 
has been executed, the supervisor returns 
control to the step termination routine. 
Control is then passed to the job termina- 
tion routine if there are no more steps in 
the job; to the reader/interpreter if the 
next step of this job has not been read yet 
(i.e., the step just terminated had data in 
the input stream) ; or to the step initia- 
tion routine if the next step of this job 
has been read. 

The job termination routine performs 
end-of-job housekeeping. It exits to the 
user's accounting routine, if one was pro- 
vided. After the accounting routine is 
executed, the supervisor returns control to 
the job termination routine, which passes 
control to the reader/interpreter. 



OPERATOR-SYSTEM COMMUNICATION PROCESSING 

The routines that handle operator- system 
communication are contained in the master 
scheduler. Communication may take one of 
two forms: commands, which allow the opera- 
tor to change the status of the system or 
of a job or job step; and the WTO or WTOR 
macro-instructions, which allow processing 
programs or system components to issue 
messages to the operator. The master 
scheduler also switches functions from the 
primary console device to an alternate 
console device when the INTERRUPT key is 
depressed. 
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Figure 1. Job Management: Control Flow 
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Command Processing 

Commands may be issued by the operator 
in two ways: he may insert command state- 
ments between job steps in the input job 
stream, or he may issue commands through 
the console input device. Commands encoun- 
tered in the input job stream cause control 
to be passed to the master scheduler, which 
processes them. Before entering commands 
through the console, however, the operator 
must press the REQUEST key to cause an 
attention interruption. Figure 2 shows the 
actions taken after the key is pressed. 
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Figure 2. Attention Interruption Process- 
ing Flow 

WTO/WTOR Macro- Instruction Processing 

Whenever the WTO or WTOR macro- 
instruction is issued, an SVC interruption 
occurs. (See Figure 3.) 

External Interruption Processing 

When the operator presses the INTERRUPT 
key, an external interruption occurs, 
following which the master scheduler 



switches functions from the primary to the 
alternate console I/O device. (See Figure 
4.) 
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Figure 3. WTO/WTOR Macro- Instruction Pro- 
cessing Flow 
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Process- 



LOAD MODULES 

Most job management routines exist as a 
series of load modules that reside in the 
link library (SYSl.LINKLIB) . The excep- 
tions are the interruption- handling rou- 
tines of the master scheduler, which reside 
in the nucleus and the master command EXCP 
routine which is in the SVC library 
(SYSl.SVCLIB) . Appendix C contains a list 
of the routines that make up each job 
management load module. 
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MASTER SCHEDULER 



The master scheduler (Chart 2) processes 
all operator commands and messages directed 
to the operator through use of the "WTO and 
WTOR macro- instruct ions. It also performs 
console switching when the secondary con- 
sole is to be used in place of the primary 
console. 



The five major routines 
scheduler are: 



of the master 



• Console interrupt 



routine y which pro- 
vides the supervisor with the informa- 
tion necessary to queue a request for 
processing an attention interruption. 

• Master command EXCP routine ^ which 
reads commands from the console input 
device and processes all commands 
except SET, START RDR, and START WTR. 

• Master command routine , which analyzes 
command verbs and routes control to 
appropriate command execution routines. 

• Write- to-operator routine , which pro- 
cesses messages to the operator and all 
operator replies to these messages. 

• External interrupt routine , which 
switches to the alternate console 
device when an external interruption 
occurs . 



MASTER SCHEDULER CONTROL FLOW 

Commands are issued through either the 
console I/O device or the input reader. 
(See Figure 5.) Before entering commands 
through the console I/O device, the opera- 
tor must cause an I/O interruption by 
pressing the REQUEST key. When he does, 
control is given to the supervisor. The 
supervisor determines that an I/O interrup- 
tion has occurred and passes control to the 
I/O supervisor. The I/O supervisor deter- 
mines that an attention interruption has 
occurred and passes control to the master 
scheduler console interrupt routine. 

The console interrupt routine resides in 
the nucleus. It passes to the supervisor 
the address of an interruption queue ele- 
ment to be added to an asynchronous exit 
queue. The interruption queue element con- 
tains the address of an interruption 
request block that points to the master 
scheduler interrupt request block routine. 
Control is passed to the interrupt request 
block routine when the request is honored 
by the supervisor. A description of the 



asynchronous exit queue and the manner in 
which it is used is contained in the 
publication IBM System/360 Operating Sys- 
tem; Fixed-Task Supervisor, Program Logic 
Manual, Form Y28-6612. The format of the 
master scheduler interruption queue element 
is given in the section entitled "Console 
Interrupt Routine." 

The interrupt request block routine 
causes the master command EXCP routine to 
be brought into the supervisor call (SVC) 
transient area of the nucleus, where con- 
trol is passed to it. 

The master command EXCP routine uses an 
EXCP macro- instruction to read the command. 
(The PROCEED light on the 1052 Printer- 
Keyboard is turned on at this time.) Eight 
commands, the REQ, START (blank), CANCEL, 
DISPLAY, MOUNT, STOP, UNLOAD, and VARY 
commands, are always accepted and 
processed. All other commands are ignored 
(control is returned to the supervisor) if 
issued at any time other than in response 
to a message issued by the master command 
routine. If the command is acceptable, it 
is moved from the buffer into which it was 
read to a local buffer, and control is 
passed to the master command routine. 

The master command routine analyzes com- 
mands and routes control to appropriate 
command execution routines. If a command 
is issued through the input job stream^ 
control is passed directly to the master 
command routine by the reader/interpreter. 
When all commands have been entered and 
processed, control returns to the 
reader/interpreter . 

The write-to-operator routine is entered 
from the SVC handler when a WTO or WTOR 
macro-instruction is issued. When either 
macro-instruction is issued, an SVC inter- 
ruption occurs and the write-to-operator 
routine is brought into the SVC transient 
area of the nucleus. Basically,, the write- 
to-operator routine uses an EXCP macro- 
instruction to write the message on the 
console output device and, if a reply is 
expected, to read the reply, which is 
placed into an area designated by the 
requester. Control is returned to the 
supervisor. 

The external interrupt routine assigns 
the functions performed by the primary 
console device to the alternate console 
device. When the operator presses the 
INTERRUPT key on the console,^ an external 
interruption occurs and control is given to 
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Figure 5. Master Scheduler - Command Processing Network 



the supervisor, which identifies the 
interruption and passes control to the 
external interrupt routine. The external 
interrupt routine then switches consoles 
and returns control to the supervisor. 
Console functions may later be reassigned 
to the primary console device if the opera- 
tor causes another external interruption 
(the external interrupt routine will again 
switch functions) . 



CONSOLE INTERRUPT ROUTINE 

The console interrupt routine (Chart 3) 
provides the supervisor with the address of 
the routine to be given control when the 
supervisor processes an attention interrup- 
tion. The console interrupt routine is 
part of the nucleus and is entered from the 



I/O supervisor each time an attention 
interruption occurs. 



Upon entry to the console interrupt 
routine, the console flag switch is 
checked. If this switch is on, either the 
master command routine or the console 
interrupt routine is processing a prior 
request, and a RETURN is made to the I/O 
supervisor. 

When an interruption is not being proc- 
essed by either routine, the console flag 
switch is turned on, the address of the 
master scheduler interruption queue element 
is placed into general register 1, and 
control is passed to the supervisor. The 
interruption queue element is shown in 
Figure 6. 
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I Link I 
h ^ 

(Parameter | 

} ~^ 

I IRB address | 

h ^ 

|TCB address I 
L J 



Legend 



Link 

used by the supervisor to link mem- 
bers of the queue. 

Parameter 

contains the interrupt request block 
routine. 

IRB address 

address of the interruption request 
block. 

TCB address 

address of the task control block. 



Figure 6. Master Scheduler Interruption 
Queue Element 



The interruption request block contains 
the address of the interrupt request block 
(IRB) routine to which control is passed by 
the supervisor when it dispatches the 
request. The IRB routine uses an SVC 34 
instruction to cause the master command 
EXCP routine to be brought into the tran- 
sient area of the nucleus. 



MASTER COMMAND EXCP ROUTINE 

The master command EXCP routine 
CChart 4) processes the CANCEL, DISPLAY, 
MOUNT, REQ, START (blank), STOP, UNLOAD, 
and VARY commands. It resides in 
SYSl.SVCLIB, and is brought into the tran- 
sient area of the nucleus by the supervisor 
when an SVC 34 instruction is issued by the 
master scheduler interrupt request block 
routine or the master command routine. 

If entry to this routine was from the 
interrupt request block routine, an EXCP 
macro- instruction is used to read the com- 
mand from the console and place it into the 
command buffer. If the command is one of 
the eight previously mentioned commands, it 
is processed. 

SET, START RDR, and START WTR commands 
are ignored unless they were issued in 
response to a message from the master 
command routine. If so, control is passed 



to the master command routine, which pro- 
cesses them. 

Following return from the master command 
routine, or after execution of the REQ or 
START (blank) commands,, the console flag 
switch is turned off to indicate to the 
console interrupt routine that another 
attention interruption can be processed. 

If entry to the master command EXCP 
routine was from the master command rou- 
tine, the command is available in a buffer 
(placed there by the master command 
routine) . The command is processed. 

The master command EXCP routine returns 
control to the supervisor. 



MASTER COMMAND ROUTINE 

The master command routine (Chart 5) 
analyzes command verbs and routes control 
to appropriate command execution routines. 
It also issues a message to the operator,, 
informing him that commands will be accept- 
ed from the console. The master command 
routine is brought into main storage and 
entered when: 

• The reader/interpreter encounters a 
command in the input job stream. 

• The reader/interpreter is performing 
the initialization procedures that fol- 
low IPL. 

• The reader/interpreter finds the com- 
mand pending switch on. (The command 
pending switch is turned on by the 
routine that processes the REQ 
command..) 

• The reader/interpreter encounters an 
end- of- data set condition in the input 
job stream, indicating the end of a job 
step or job. Control is passed to the 
master command routine after the job 
step has been processed. 

Upon entry, general register is exam- 
ined. If it contains zeros, entry was made 
because the reader/interpreter encountered 
a command in the input job stream. The 
command is moved to the master command 
routine buffer and is written out on the 
console output device for the operator's 
records. The command verb is then ana- 
lyzed, and if it is a SET, START RDR, or 
START WTR command, control is passed to an 
appropriate command execution routine. 
Otherwise, an SVC 34 instruction is used to 
pass control to the master command EXCP 
routine. 

If general register does not contain 
zeros upon entry to the master command 
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routine, the IPL pending, new reader pend- 
ing, and new writer pending switches are 
checked. If any of these switches are on, 
the command pending switch is turned on and 
a message is issued requesting the operator 
to enter commands. Control is then passed 
to the initialization command routine, 
which provides certain commands, specified 
by the installation during system genera- 
tion (SYSGEN) , to relieve the operator of 
entering initialization commands. Each of 
these commands, if there are any, is moved 
to the master command routine buffer, writ- 
ten on the console output device for the 
operator's records, and executed. 

If general register does not contain 
zeros and none of the previously mentioned 
pending switches are on, entry to this 
routine was made because the 
reader/interpreter found the command pend- 
ing switch on, or encountered an end-of- 
data set condition in the input job stream. 
A message is issued requesting commands 
from the operator. After the operator has 
issued commands and they have been 
processed, control is returned to the 
reader/interpreter. 



WRITE-TO-QPERATOR ROUTINE 

The write- to- operator routine (Chart 6) 
writes messages to the operator on the 



console output device when a WTO or WTOR 
macro-instruction is issued. These macro- 
instructions may be issued by system 
component programs and processing programs. 
Issuance of either macro- instruct ion causes 
an SVC interruption to pccur. When the 
interruption is handled, th^ supervisor has 
the routine read into the transient area of 
the nucleus and passes control to it. 

The message is written by using the EXCP 
macro- instruct ion. Replies (if any) are 
processed in the following manner. After 
an attention interruption, the EXCP macro- 
instruction is issued and a WAIT occurs 
until the operator responds with a REPLY 
command. When the reply is received,, it is 
moved to the storage location whose address 
was supplied as a parameter in the WTOR 
macro-instruction, and the requester's 
event control block (ECB) is posted. 



The write- to- operator 
control to the supervisor. 



routine returns 



EXTERNAL INTERRUPT ROUTINE 

The external interrupt routine (Chart 7) 
switches to an alternate console device 
when the operator presses the INTERRUPT key 
on the console. This routine resides in 
the nucleus. 
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READER/INTERPRETER 



The primary function of the 
reader/interpreter (Chart 8) is to read job 
control statements^ analyze their contents, 
and build tables that are used during 
initiation and execution of job steps. 



Control is passed 
reader/interpreter following: 



to 



the 



• The IPL procedure. 

• Execution and termination of a job step 
that was followed by data in the input 
job stream. 

• Execution and termination of the last 
step of a job. 

In each case^ the reader/interpreter begins 
reading and processing control statements. 

The reader/interpreter consists of four 
routines: A control routine that reads 
statements from the input job stream, and 
three routines that process the control 
statements. Entry to the reader/interpre- 
ter is always to the control routine. 



The four routines 
interpreter are: 



of the reader/ 



• Control routine , which begins reading 
and processing statements, determines 
which type of statement was read, and 
passes control to the appropriate 
routine. 

• Job routine , which analyzes the JOB 
statement and constructs a job control 
table^ (JCT) from the information in the 
statement. 

• Execute routine , which analyzes the 
EXEC statement and constructs a step 
control table (SCT) from the informa- 
tion in the statement. 

• DP routine which analyzes the DD state- 
ment and constructs a job file control 
block ( JFCB) , a step input/output table 
(SIOT) and, if necessary,, a volume 
table (VOLT) and a dsname table from 
the information in the statement. 

Major subroutines include: 

• Breakout Routine , which scans state- 
ments and isolates each field as 
requested by the calling routine. 

• Qualified name routine , which separates 
the elements of fully qualified data 
set names. 



Message routine , which builds system 
message blocks in which job management 
error messages are stored. 



READER/ INTERPRETER CONTROL ROUTINE 

The reader/interpreter control routine 
(Chart 9) reads statements from the input 
job stream or procedure library, identifies 
the verbs, checks their validity, and for 
JOB, EXEC, and DD statements transfers 
control to the appropriate routine to pro- 
cess the statement. When the control rou- 
tine encounters a second JOB statement, a 
DD *, DD DATA or null statement, or an EOF 
in the input job stream it passes control 
to the initiator/terminator. 



The reader/interpreter 
is entered from: 



control routine 



• The nucleus initialization program, 
when the master scheduler is to perform 
the actions immediately following IPL. 
The control routine begins reading 
statements from the input job stream 
after the actions are completed. 

• The initiator/terminator, when termina- 
tion procedures have been completed for 
a job step that was followed by data in 
the input job stream, or for the last 
step of a job. The control routine 
begins reading and processing state- 
ments for the next job step or job. 

When a statement has been read from the 
input device (or procedure library when a 
procedure has been specified) , it is exam- 
ined. If it is a control statement, the 
control routine determines the length and 
starting address of the name, operation, 
and operand fields. This information is 
passed to the routine that processes the 
statement. The control routine then iden- 
tifies the statement. For JOB, EXEC, and 
DD statements, exit is made to the 
appropriate statement processing routine. 
For commands, exit is made to the master 
scheduler's master command routine. When a 
second JOB or EXEC statement is read,, or 
when a DD *, DD DATA, or null statement is 
read, or when an EOF is encountered in the 
input job stream, the step control table 
(SCT) for the completed step is stored by 
the table store subroutine. (It is either 
stored in auxiliary storage or, if the 
resident job queue option was specified 
during system generation,, into a job queue 
area of main storage if the area is not 
full.) If a volume table (VOLT) or dsname 
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table exists for the step, it is also 
stored by the table store subroutine. 

If either an EOF condition or a JOB, 
DD *, DD DATA, or null statement caused the 
SCT to be stored, control is passed to the 
initiator/terminator. Otherwise, the con- 
trol routine continues reading and process- 
ing statements until it encounters such a 
statement or an EOF condition. 

When control returns from the 
initiator/terminator, the control routine 
restores pointers to the previous state- 
ment, or reads the next statement and 
processes it. 

Exits are to the job, execute, and DD 
routines when these control statement oper- 
ation fields are recognized; to the initia- 
tor control function of the 
initiator/terminator after an SCT is stored 
when a second JOB, DD * , DD DATA, or null 
statement has been encountered; and to the 
master scheduler (a) when a command is 
recognized in the input job stream, (b) 
after return from job termination if an EOF 
occurred in the input job stream, and (c) 
before an SCT is stored if a command is 
pending. 



JOB ROUTINE 

The job routine (Chart 10) analyzes the 
JOB statement and,, from the information it 
contains, constructs a job control table 
(JOT) and an account control table (ACT) • 

The job routine is entered from the 
reader/ interpreter control routine when a 
JOB statement is recognized. 

When it receives control, the job rou- 
tine initializes main storage space for the 
JCT. Using the length and starting address 
parameters passed to the job routine by the 
control routine, the jobname is inserted in 
the JCT. Assumed JOB statement values are 
also inserted in the table at this time,. 

The breakout routine separates fields so 
that the list portion of the job statement 
can be examined. If accounting information 
is specified, it is put into the ACT for 
later use by an accounting routine* 

As each keyword parameter is broken out, 
it is matched with the JOB keyword table. 
This table contains an entry for each 
keyword parameter which may appear in the 
JOB statement. The table also indicates if 
the parameter is supported in a given 
environment and gives the branch address 
for the routine which processes that param- 
eter. 



When the statement has been completely 
scanned, the job routine ascertains that 
all required fields are present and returns 
to the control routine which reads another 
statement. If any Required fields are 
missing, an error message is written via 
the message routine, the job-failed bit in 
the JCT is set to indicate that the job has 
failed, and exit is made to the control 
routine. (Remaining control statements for 
the failed job are read and interpreted, 
but the job steps are not executed.) 

Parameters in the JOB statement result 
in table entries shown in Figure 7. 



h- 



JOB Statement 
Parameter 

jobname 


1 Table 
1 
-+ 

|JCT 

X 


1 Table Item 

1 

1 . 

1 Jobname 


T 

account number] ACT 
1 

1 

± 


(Account number, 
1 length of account 
1 number 
J. — 


programmer's 
name 


|ACT 

1 

1 _ 


T 

1 Programmer ' s name 
1 


TYPRUN 


t 

1 Ignored 
1 control 
± - 


in primary 
program 


PRTY 


t 

1 Ignored 

1 control 


in primary 
program 


COND 


|JCT 
.i 


jcode, operator 
4. _ - 


MSGLEVEL 


|JCT 
-J. — - 


t 

[Message level 

X - _ - - 


MGSCLASS 


t 

1 Ignored 

1 control 

L 


I in primary 
program 


REGION 


T 

1 Ignored 
1 control 


in primary 
program 



-^ 



L X J 

• Figure 7. JOB Statement Parameter Dispo- 
sitions 



EXECUTE ROUTINE 

The execute routine (Chart 11) analyzes 
the execute statement and, from the infor- 
mation it contains,, constructs a step con- 
trol table (SCT). 

The routine includes a control subrou- 
tine that breaks out the fields and iden- 
tifies the parameters, subroutines that 
process each keyword parameter,, a subrou- 
tine that processes the statement if it 
indicates a cataloged procedure, and a 
subroutine that handles a reference to a 
previous step. 

Entry to the execute routine is from the 
reader/interpreter control routine when an 
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EXEC Statement is recognized. When the 
execute routine (control subroutine) 
receives control, it initializes main stor- 
age space for the SCT, regardless of wheth- 
er the SCT was stored into the job queue 
area of main storage or into auxiliary 
storage, and then checks for the presence 
of parameters in the operand field. If 
none have been specified, an error message 
is issued,, the job is failed, and control 
returns to the reader/interpreter control 
routine to continue processing the input 
job stream. If there are parameters in the 
operand field, the SCT is initialized and 
the stepname is inserted into the SCT. 



The first parameter in the operand is 
then broken out. If it identifies a cata- 
loged procedure, the execute routine finds 
the specified procedure in the procedure 
library and sets a switch to indicate that 
statements should be read from the proce- 
dure library as well as from the input job 
stream. Control is returned to the control 
routine to read and analyze the cataloged 
statements. 

If the first parameter in the operand 
identifies a program, the execute routine 
checks first for a reference to a previous 
step (♦. stepname. ddname) and, if such a 
reference is present, the refer-back sub- 
routine is called. This subroutine scans 
the SCTs and SIOTs belonging to the current 
job to find the specified step and ddname. 
The auxiliary storage address of the SIOT 
is inserted into the programname field of 
the current SCT and processing of the 
statement continues. If there is no back- 
ward reference, the control subroutine 
inserts the specified program name into the 
SCT. 

Before scanning of the statement contin- 
ues, condition subparameters are placed 
into the SCT, and the parameter fields are 
set to zero. Scanning continues to an 
equal sign (=) . When one is found, the 
preceding parameter is matched with the 
EXEC key field table. This table indicates 
if a parameter is supported in a given 
system and gives the branch address for the 
routine which processes that parameter. If 
a parameter is invalid, a message is 
issued, the parameter is ignored, the job- 
failed indicator is turned on, and scanning 
of the rest of the statement continues. 
(Remaining control statements for the 
failed job are read and interpreted, but 
the job steps are not executed. ) If a 
parameter is not supported by the system, a 
message is issued but the job-failed indi- 
cator is not turned on. Scanning of the 
rest of the statement continues. 

When the end of the statement is 
reached, control is returned to the 



reader/interpreter control routine, which 
continues processing the input job stream. 

The parameters in the EXEC statement 
result in table entries shown in Figure 8. 



EXEC 1 1 
Statement 1 Table 1 Table Item 
Parameter 1 j 


stepname | SCT | Stepname 


PGM |SCT 1 Programname 

1 Cataloged control statements 
PROC (are interpreted and merged with 
1 input statements. 
1 - - «. , 


TIME 1 Ignored in the primary control 

1 program 
+ T 

COND 1 SCT 1 Code, operator,, auxiliary 
1 (storage address 
1 1 of referenced SCT 

PARM |SCT 1 Initializing parameter 

1 1 values 
-+ + ^' 

ACCT |ACT jStep accounting fields 


REGION 1 Ignored in primary 
1 control program 



Figure 8. EXEC Statement Parameter Dispo- 
sitions 



DP ROUTINE 

The DD routine (Chart 12) analyzes the 

DD statement and, from the information it 

contains, constructs a JFCB, SIOT, and,, if 

necessary, a VOLT and dsname table. 

The DD routine includes several subrou- 
tines that process the various fields and 
delimiters on a DD statement. The header 
and scan subroutines control the operation 
of the DD routine. They break out the 
fields in the statement and pass control to 
an appropriate subroutine. There are sub- 
routines to process fields bounded by each 
type of delimiter which may appear, to 
convert the contents of each field to 
internal format where necessary, and to put 
the result in the tables. When the entire 
statement has been analyzed,, the output 
subroutine uses the table store subroutine 
to store the completed tables. The tables 
are stored either in auxiliary storage or, 
if the resident job queue option was speci- 
fied during system generation, into a job 
queue area of main storage if the area is 
not full. 
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Entry to the DD routine is made from the 
reader/interpreter control routine through 
the DD header subroutine. The subroutine 
checks entry conditions and processes any 
special ones that may exist (continuation 
received, DD statement expected but not 
received,, JOBLIB DD statement) • It also 
checks for a DD sequence error. If such an 
error is found, the job-failed indicator is 
turned on, a message is written,, and the 
entire statement is ignored, (Remaining 
control statements for the failed job are 
read and interpreted, but the job steps are 
not executed.) If no syntactical or 
sequence errors are found, normal process- 
ing of the statement continues. 



The name field is interpreted and broken 
down into its levels of qualification. The 
breakout subroutine scans the list portion 
of the statement for delimiters; i.e., 
comma, blank, equal sign, right parenthesis 
and left parenthesis. When a delimiter is 
encountered, control goes to the subroutine 
that processes the delimiter. These sub- 
routines break out the contents of each 
field and insert them into the appropriate 
table. The DD major field table and the DD 
parameter list table provide the informa- 
tion necessary to treat each field. 

The DD routine places flags into the 
step input/ output table (SIOT, Figure 42), 
to denote requests for nonshareable and 
private volumes. (A device allocated to 
satisfy a request for a nonshareable volume 
may not be used to satisfy any other 
request for nonshareable volumes.) 



• Requests a specific volume by serial 
number (VOLUME=SER=x) , by reference 
(VOLUME=REF=x) , or by referring to a 
cataloged or passed data set by data 
set name (DSNAME=x) . 

• Specifies a multivolume data set by 
giving a volume count subparameter 
greater than one. 

The DD routine also places a fla^ into 
the job file control block (JFCB, shown in 
the publication System Control Blocks ) to 
denote each request for temporary data set 
space. (The demand allocation routine 
later transfers the nonshareable and pri- 
vate flags from the step input/output table 
into the allocate work table entry for the 
request. ) 

When the statement has been completely 
scanned,, an output subroutine completes the 
JFCB and SIOT, and uses the table store 
subroutine's write and assign functions to 
store the JFCB either in the job queue area 
of main storage or onto auxiliary storage. 
(If a job queue area was specified during 
system generation and is not full, the I/O 
supervisor causes the table to be stored in 
main storage. ) If all interpreting for a 
job step is complete, or if data is encoun- 
tered in the input job stream, the output 
routine also causes the SCT of the current 
step to be stored. 

If information in the DD statement is to 
override information in a cataloged DD 
statement, a composite DD statement is 
created. 



A private volume is requested with a DD 
statement containing the PRIVATE subparam- 
eter. 

A nonshareable volume is requested with 
a DD statement that: 

• Specifies a private volume for the 
request. 



The DD routine exits to the 
reader/interpreter control routine when 
interpretation of a statement is complete 
and when an SCT is to be written out. 



The parameters and subparameters of the 
DD statement result in table entries shown 
in Figure 9. 
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JDD Statement 




Table 1 1 


1 Parameter 


Table 


Item |Bits| 


^ ^ 




h + i 


1*,, DATA 


SIOT 


SCTUTYPE 1 1 




SIOT 


SCTSBYTl 1 1 1 




SIOT 


SCTSDISP|4 1 




SIOT 


SCTSBYT3 1 7 | 




SCT 


SCTSTYPE 1 1 




JFCB 


JFCBTSDM 1 2 | 




JFCB 


JFCBIND2|1 1 




JFCB 


JFCBDSNM 1 1 


1 DUMMY rDDNAME= 


SIOT 


SCTSBYTl 1 1 




JFCB 


JFCBDSNMI 1 


1 DSNAME= 


SIOT 


SCTSBYT4|0 | 




JFCB 


JFCBDSNMI 1 




JFCB 


JFCBELM 1 1 




JFCB 


JFCBINDl 1 6 1 




JFCB 


JFCBINDl 1 7 1 




JFCB 


JFCBIND2|7 1 


|DCB= 






1 ds name 


SIOT 


SIOTDCBR] 1 


1 BFALN=D 


JFCB 


JFCBFALN 1 6 | 


1 BFALN=F 


JFCB 


JFCBFALN|1 1 


1 BFTEK=D 


JFCB 


JFCBFTEK 1 4 | 


1 BFTEK=E 


JFCB 


JFCBFTEK 1 3 | 


1 BFTEK=S 


JFCB 


JFCBFTEK 1 1 1 


1 BLKSIZE 


JFCB 


JFCBLKSII 1 


1 BUFL 


JFCB 


JFCBUFL 1 1 


1 BUFNO 


JFCB 


JFCBUFNOI 1 


1 BUFRQ 


JFCB 


JFCBUFRQI 1 


1 CODE=A 


JFCB 


JFCCODE |5 1 


1 CODE=B 


JFCB 


JFCCODE |3 j 


1 CODE=C 


JFCB 


JFCCODE |4 1 


1 CODE=F 


JFCB 


JFCCODE |2 1 


1 CODE=I 


JFCB 


JFCCODE |1 1 


1 CODE=N 


JFCB 


JFCCODE |0 1 


1 CODE=T 


JFCB 


JFCCODE |6 1 


1 CPRI 


JFCB 


JFCCPRI 1 1 


1 CYLOFL 


JFCB 


JFCCYOFLj 1 


1 DBUFNO 


JFCB 


JFCDBUFN 1 1 


1 DEN=0 


JFCB 


JFCDEN 1 67 1 


1 DEN=1 


JFCB 


JFCDEN |167 1 


1 DEN=2 


JFCB 


JFCDEN |067 | 


1 DSORG=CQ 


JFCB 


JFCDSORG 1 4 1 


1 DSORG=CX 


JFCB 


JFCDSORG 1 3 1 


1 DSORG=DA 


JFCB 


JFCDSORG 1 2 1 


1 DSORG=IS 


JFCB 


JFCDSORG 1 1 


1 DSORG=MQ 


JFCB 


JFCDSORG 1 5 1 


1 DSORG=PO 


JFCB 


JFCDSORG! 6 1 


1 DSORG=PS 


JFCB 


JFCDSORG 1 1 1 


j DSORG=U 


JFCB 


JFCDSORG 1 7 1 


1 EROPT=ABE 


JFCB 


JFCEROPT 1 2 1 


1 EROPT=ACC 


JFCB 


JFCEROPT 1 1 


1 EROPT=SKP 


JFCB 


JFCEROPT 1 1 1 


f INTVL 


JFCB 


JFCINTVLI 1 


1 KEYLEN 


JFCB 


JFCKEYLE 1 1 


1 LIMCT 


JFCB 


JFCLIMCTJ 1 


\ LRECL 


JFCB 


JFCLRECLJ 1 


1 MODE=C 


JFCB 


JFCMODE jo 1 


1 MODE=E 


JFCB 


JFCMODE |1 1 


1 NCP 


JFCB 


JFCNCP 1 1 


1 NTM 


JFCB 


i JFCNTM 1 I 


1 OPTCD=A 


JFCB 


JFCOPTCD I 4 1 


1 OPTCD=C 


JFCB 


1 JFCOPTCD 1 4 1 



r 1 
|DD Statement 


1 


Table i 


1 Parameter 


Table 


Item JBits 


^ ^ 

1 DCB= ( cent . ) 





+ 


1 OPTCD=E 


JFCB 


JFCOPTCD 1 2 


1 OPTCD=F 


JFCB 


JFCOPTCD 1 3 


1 OPTCD=I 


JFCB 


JFCOPTCD 1 3 


1 OPTCD=L 


JFCB 


JFCOPTCD 1 6 


1 OPTCD=M 


JFCB 


JFCOPTCD 1 2 


1 OPTCD=P 


JFCB 


JFCOPTCD 1 2 


1 OPTCD=R 


JFCB 


JFCOPTCD 1 7 


j OPTCD=W 


JFCB 


JFCOPTCD 1 


I PRTSP 


JFCB 


JFCPRTSP 1 


1 RECFM=A 


JFCB 


JFCRECFM|5 


1 RECFM=B 


JFCB 


JFCRECFM|3 


1 RECFM=F 


JFCB 


JFCRECFM|0 


1 RECFM=G 


JFCB 


JFCRECFM|5 


1 RECFM=K 


JFCB 


JFCRECFM|7 


1 RECFM=M 


JFCB 


JFCRECFM|6 


1 RECFM=R 


JFCB 


JFCRECFM|6 


1 RECFM=S 


JFCB 


JFCRECFM|4 


1 RECFM=T 


JFCB 


JFCRECFM|2 


1 RECFM=U 


JFCB 


JFCRECFMJOl 


1 RECFM=V 


JFCB 


JFCRECFMJl 


1 RKP 


JFCB 


JFCRKP 1 


1 SOWA 


JFCB 


JFCSOWA 1 


1 STACK 


JFCB 


JFCSTACK 1 


I TRTCH=C 


JFCB 


JFCTRTCH|367 


1 TRTCH=E 


JFCB 


JFCTRTCH|267 


1 TRTCH=ET 


JFCB 


JFCTRTCH 12467 


1 TRTCH=T 


JFCB 


JFCTRTCH|2346 
JFCTRTCH 12467 


1 TRTCH=TE 


JFCB 


|SEP= 


SIOT 


SCTCSADD 1 




SIOT 


SCTSBYT2 1 1 


|AFF= 


SIOT 


SCTCSADD 1 




SIOT 


SCTSBYT2i0 


1 UNIT= 






1 name 


SIOT 


SCTUTYPE] 


I n 


SIOT 


SCTNMBUTI 


1 P 


SIOT 


SCTSBYTl 1 5 


1 DEFER 


SIOT 


SCTSBYT2 1 6 


1 SEP= 


SIOT 


SCTUSADDJ 




SIOT 


SCTSBYTl 1 7 


1 POOL 


NO T< 


ables Affected 


I poolnaroe 


SIOT 


SCTSPOOLI 


1 


SIOT 


SCTNMBUTI 


1 1 


SIOT 


SCTNMBUTI 


1 AFF= 


SIOT 


SCTUSADD 1 




SIOT 


SCTSBYTl 1 6 


1 SPACE= 






I TRK 


JFCB 


JFCBCTRI|0 


1 CYL 


JFCB 


JFCBCTRI 1 01 


1 average rec. length 


JFCB 
JFCB 


JFCBCTRljl 
1 JFCBDRLHI 


I primary qty, 
I secondary qty. 
1 directory qty, 
1 RLSE 


JFCB 
JFCB 
JFCB 
JFCB 


JFCBPQTYI 
JFCBSQTYI 
JFCBDQTYJ 
JFCBINDl 1 1 


1 MXIG 


JFCB 


1 JFCBCTRI 1 5 


1 ALX 


JFCB 


JFCBCTRI 1 6 


1 CONTIG 


JFCB 


i JFCBCTRI 1 4 


1 ROUND 


[JFCB 


1 JFCBCTRI 1 7 



L 



X X X J 



L X X X — 



• Figure 9. DD Statement Parameter Dispositions 
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JDD Statement 




Table 1 


1 Parameter 

L . 


Table 


Item 1 Bits 
± 


J. 




t 


|SPACE= (cont.) 






1 ABSTR 


No Tal 


3le Affected 


1 primary qty. 


JFCB 


JFCBQTY 1 


1 beginning address 


JFCB 


JFCBABST 1 


1 directory qty. 


JFCB 


JFCBDQTY 1 


1 SPLIT= 


SIOT 


SCTSBYT1|23 


1 ^ 


JFCB 


JFCBSPTN 1 


1 CYL 


JFCB 


JFCBCTRIJOI 


1 average rec. length 


JFCB 


JFCBCTRI 1 1 




JFCB 


JFCBDRLH 1 


1 primary qty. 


JFCB 


JFCBPQTY 1 


1 secondary qty. 


JFCB 


JFCBSQTY 1 


1 SUBALLOC= 


SIOT 


SCTSBYTl 1 4 


1 TRK 


JFCB 


JFCBCTRI 1 


1 CYL 


JFCB 


JFCBCTRI 1 01 


1 average rec. length 


JFCB 


JFCBCTRI 1 1 




JFCB 


JFCBDRLH 1 


1 primary qty. 


JFCB 


JFCBPQTY 1 


1 secondary qty. 


JFCB 


JFCBSQTY 1 


1 directory qty. 


JFCB 


JFCBDQTY] 


1 stepname.ddname 


SIOT 


SIOTVRSBJ 


1 ddname 


SIOT 


SIOTVRSBJ 




SIOT 


SCTSBYT3 1 3 


1 VOLUME= 






1 PRIVATE 


SIOT 


1SCTSDISP|02 


1 RETAIN 


SIOT 


SCTSDISP|1 


1 vol. seg. no. 


JFCB 


JFCBVLSQI 


1 vol . count 


JFCB 


JFCVOLCT 1 


1 SER= 


SCT 


SCTVOLTB 1 




SCT 


SCTVOLTL 1 




SIOT 


SCTVOLCT 1 




SIOT 


SCTVLTPRJ 




SIOT 


SCTSDISPJO 




JFCB 


JFCBNVOLI 




JFCB 


JFCBEXAD 1 




JFCB 


JFCBVOLS 1 




VOLT 


INDMVOLT 1 


1 REF= c 


isname 


INDMDSNT 1 




SCT 


SCTVLPTR 1 




SCT 


SCTVOLCT 1 




SCT 


SCTADSTB 1 




SCT 


SCTLDSTB 1 




SIOT 


SIOTVRSBI 




SIOT 


SCTSBYT2 1 2 




SIOT 


SCTSBYT3|0 




SIOT 


SCTSDISPJO 


1 LABEL= 






1 data set seg. no. 


JFCB 


JFCBFLSQ 1 


1 NL 


SIOT 


SCTSBYT2 1 4 




JFCB 


JFCBLTYPJ? 


1 SL 


JFCB 


jJFCBLTYP|6 


1 NSL 


SIOT 


SCTSBYT2 1 4 




JFCB 


JFCBLTYPJS 


1 SUL 


JFCB 


1 JFCBLTYP 1 4 


1 EXPDT 


JFCB 


JFCBCRDT 1 




JFCB 


JFCBXPDT 1 


1 RETPD 


JFCB 


JFCBCRDT 1 




JFCB 


JFCBXPDT 1 


|DISP= 






1 NEW 


JFCB 


JFCBIND2|01 




SIOT 


SCTSBYT3 1 5 


1 OLD 


JFCB 


JFCBIND2|1 




SIOT 


SCTSBYT3|7 



DD Statement 
Parameter 



DISP= (cont.) 
MOD 

DELETE 

KEEP 

PASS 

CATLG 

UNCATLG 

SHR 

SHARE 

SYSOUT= 



classname 
progname 
form number 



Table 



JFCB 
SIOT 
SIOT 
SIOT 
SIOT 
SIOT 
SIOT 
JFCB 
SIOT 
JFCB 
SIOT 
JFCB 
JFCB 
JFCB 
SIOT 
SIOT 
SIOT 
SIOT 
SIOT 



Table 
Item 



JFCBIND2 
SCTSBYT3 
SCTSDISP 
SCTSDISS* 
SCTSDISP 
SCTSDISP 
SCTSDISP 
JFCBIND2 
SCTSBYT3 
JFCBIND2 
SCTSBYT3 
JFCBDSNM 
JFCBTSDM 
JFCBLTYP 
SCTSBYT3 
SCTSBYTl 
SCTOUTPN 
SCTOUTNM 
SCTOUTNO 



Bits! 



L ^ i X X J 



• Figure 
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INITIATOR/TERMINATOR 



The initiator/terminator (Chart 13) 
ensures that all I/O resources needed by a 
job step are available before control is 
passed to the step. The initiator/ 
terminator analyzes the I/O device require- 
ments of job steps and allocates devices to 
them. If necessary, it issues mounting 
instructions and verifies that volumes were 
mounted on the correct units. 



Control is passed 
initiator/terminator from: 



to 



the 



step (commonly known as "compile, load,, and 
go"), a step initiation routine opens the 
data set containing the program. Before 
passing control to the job step,, a step 
initiation routine takes two preparatory 
steps. It loads control information that 
followed the FARM keyword of the EXEC 
statement into main storage. It also uses 
the table store subroutine to store all 
tables associated with the job step, there- 
by protecting them for use by the termina- 
tion routines. 



The reader/interpreter., when the 
reader/interpreter encounters a second 
JOB statement, a DD *, DD DATA,, or null 
statement, or an EOF in the input job 
stream. 



• The supervisor, following 
tion. 



step execu- 



The initiator/terminator passes control to: 

• The job step, when all I/O devices 
needed by the step have been assigned 
and the step is ready for execution. 

• The reader/interpreter, when termina- 
tion procedures have been completed for 
a step or job. 

Initiator/terminator routines are 
arranged into four groupings: 

• Initiator control. 

• Allocation and setup. 

• Step initiation. 

• Termination. 

Initiator control routines perform 
housekeeping functions, analyze condition 
codes specified by the programmer in the 
EXEC statement, and update JFCBs and other 
tables associated with the step. 

Allocation and setup routines analyze a 
step's I/O requirements (taking into con- 
sideration, for example, requests for abso- 
lute assignments and unit and volume 
affinity) . They then allocate devices and 
issue messages instructing the operator to 
mount required volumes. 

Step initiation routines open the job 
library data set for each step if a JOBLIB 
DD statement is included with the job. 
Also, if the step being initiated consists 
of a program that was created by a previous 



Termination routines are entered after 
each job step is executed. They supervise 
entry to the user's accounting routine (if 
one exists) and, upon return, dispose of 
data sets referenced by the step during 
execution and release devices allocated to 
the step. 

Information is passed between 
initiator/terminator routines by means of 
the linkage control table (LCT) (see Figure 
10). The. LCT is built and initialized 
during IPL. It is stored before processing 
program execution and, following execution, 
is retrieved by initiator/terminator termi- 
nation routines. The beginning address of 
the LCT is maintained in general register 
12 during execution of the 
initiator/terminator , 



INITIATOR CONTROL 

Initiator control (Chart 14) performs 
certain housekeeping functions for the 
initiator/terminator, and also checks EXEC 
statement condition codes (if any). Condi- 
tion codes appearing in EXEC statements 
determine whether or not a job step is to 
be executed. 

Routines that comprise initiator control 
are: 

• System control routine , which is the 
entry point for the initiator/termina- 
tor. Control is passed to the initia- 
tor/terminator when a step is ready for 
initiation and also after one has been 
executed and terminated, if another 
step is to be initiated. Housekeeping 
is performed and control is passed to 
the execute statement condition code 
routine. 

• Execute statement condition code rou- 
tine , which checks any dependencies 
encountered in EXEC statements. 



Initiator/Terroihator 
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• JFCB housekeeping routines ^ which com- 
plete portions of JFCBs and SIOTs that 
describe the volumes to be used during 
step execution. These routines also 
construct a passed data set queue (PDQ) 
to describe data sets being passed and 
update the PDQ for data sets being 
received by the step being processed. 



(Length of LCT 

|. 

Address of I/O supervisor UCB lookup 
table 



Address of TCB 



Not used in the primary control program 



Address of JCT 



Address of SOT 



Storage address of SCT 



Not used in the primary control program 



Error code 



Parameter 1 



Parameter 2 



Parameter 3 



Parameter 4 



Address of register save area 



T T T 

I JFCB hsk I current | Action 
Reserved! indicators | step no. | code 



h 



Address of current system message block 

(SMB) 



I 



Jobnaroe 



Cancel ECB 



Figure 11. Selected Job Queue 

If the step being processed is the first 
step of the job, and if a DISPLAY JOBNAMES 
command has been issued, the WTO macro- 
instruction is used to write the message: 

lEFUOlI jobname STARTED 

on the console output device. Control is 
then passed to the execute statement 
condition code routine. 



EXECUTE STATEMENT CONDITION CODE ROUTINE 

The execute statement condition code 
routine (Chart 16) processes any step con- 
dition codes that were specified in the 
EXEC statement. 

If, upon entry, it is found that the 
current step is the first step of the job 
or that no condition codes were specified 
in the EXEC statement, exit is made to the 
JFCB housekeeping routines. If neither of 
the above situations exists^ each of the 
step conditions that were specified in the 
EXEC statement is compared with the corre- 
sponding return code. 

Should the results of the comparison 
agree with the condition operator specified 
in the EXEC statement^ the job step is 
canceled. (The step status indicator in 
the SCT is set to cancel.) The message 
subroutine is used to write a message to 
the programmer. Exit from this routine is 
made to the step termination routine if the 
step was canceled,, or to the JFCB house- 
keeping routine if the step was not can- 
celed. 



• Figure 10. Linkage Control Table 



SYSTEM CONTROL ROUTINE 

The system control routine (Chart 15) is 
entered from the reader /interpreter when it 
completes the processing of a step that was 
followed by data in the input job stream, 
or when it reads the last step of a job. 
It is also entered from the step termina- 
tion routine if additional steps remain to 
be initiated. 

Upon entry, the system control routine 
updates the step number in the LCT. Then, 
if the step is the first step of the job, 
its job name is placed into the selected 
job queue. (See Figure 11.) 



JFCB HOUSEKEEPING ROUTINES 

The JFCB housekeeping routines (Chart 
17) complete volume information within cer- 
tain tables, in preparation for their use 
by allocation routines. This information 
is generally the type that requires ref- 
erence to the catalog (use of the LOCATE 
and OBTAIN macro- instructions) or to passed 
data sets. Tables in which entries are 
made include: 

• Job file control block. 

• Step input/output table. 

• Step control table. 

• Volume table. 

For passed data sets,, a PDQ is con- 
structed and entries are made for the first 
occurrence of each data set being passed to 
a subsequent step. The existing data set 
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queue entries are then updated when a 
set is received from a previous step. 



data 



The JFCB housekeeping routines include 
the following: 

JFCB housekeeping control routine. 
Allocate processing routine. 
Fetch DCB processing routine. 
GDG single processing routine. 
GDG all processing routine. 

• Patterning DSCB processing routine. 

• Error message processing routine. 

JFCB Housekeeping Control Routine 

The JFCB housekeeping control routine 
(Chart 18) determines what processing (if 
any) is required, and directs control to 
the first appropriate processing routine. 
Upon return of control,, it redirects con- 
trol to the next required processing rou- 
tine. This routine places each SIOT for a 
job step into a main storage work area, 
examines it, and, depending on the type of 
information required, passes control to the 
processing routine which performs the 
actions necessary to retrieve the required 
information. 

When all SIOTs for a job step have been 
examined, the JFCB housekeeping control 
routine passes control to the allocation 
and setup function of the initiator/termi- 
nator. 



statement are placed into a main storage 
work area. These are used to complete the 
device and volume information of the 
subject data set. 

If the DD statement appeared in a pre- 
vious step of the job being processed,, the 
SIOT and JFCBs constructed by the last step 
to reference the data set are placed into a 
main storage work area and are used to 
complete the volume and device information 
of the subject data set. 

When a unit name is specified in the DD 
statement, the unit name is converted to 
unit type, through use of the device name 
table. 



Fetch DCB Processing Routine 

The fetch DCB processing routine (Chart 
20) completes volume and device information 
when the data set referred to contains a 
program that was created in a previous step 
and is to be executed as the current step. 



GDG Single Processing Routine 

The GDG single processing routine (Chart 
21) obtains the data set name of a genera- 
tion data group (GDG) member and completes 
volume and device information entries for 
that member. 



Allocate Processing Routine 

The allocate processing routine (Chart 
19) completes information about data sets 
which reference another data set by data 
set name (indicating a passed or cataloged 
data set) or by ddname or stepname.ddname 
(indicating a data set described in a 
previously processed DD statement) . 

When the data set reference is a data 
set name, the passed data set queue is 
examined and, if it contains an entry for 
the referenced data set, the SIOT and JFCB 
for that data set are placed into a main 
storage work area and are used to complete 
device and volume information for the 
subject data set. 

If there is no entry for the referenced 
data set in the PDQ, a LOCATE macro- 
instruction is issued to find that data set 
in the catalog. Its volume control block 
or data set pointer entry is then used to 
complete the volume and device information 
for the subject data set. 

When the data set reference is by ddname 
or stepname.ddname, a check is made to 
determine if the DD statement appeared in 
the step being processed. If so, the SIOT 
and JFCB associated with the referenced DD 



GDG All Processing Routine 

The GDG all processing routine (Chart 
22) builds an SIOT, JFCB, volume table 
entry, and PDQ entry for each GDG member 
when the entire generation data group is 
specified by the' programmer. 

Patterning DSCB Processing Routine 

The patterning DSCB processing routine 
(Chart 23) completes control information in 
a JFCB when a new data set is to be 
patterned after a previously cataloged data 
set. The volume control block or data set 
pointer entry, which contains the volume 
serial number of the volume that contains 
the data set, is placed into a main storage 
worlc area. Fields in the JFCB are checked 
for zeros. If a field contains zeros, the 
corresponding field from the DSCB is moved 
into the JFCB. 



Error Message Processing Routine 

The error message processing routine 
(Chart 24) is entered and issues error 
messages whenever an error condition is 
encountered within a JFCB housekeeping rou- 
tine. 



Initiator/Terminator 
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ALLOCATION AND SETUP 

The allocation and setup function of the 
initiator/terminator (Chart 25) allocates 
I/O devices, issues any necessary mounting 
instructions to the operator, and ensures 
that enough I/O requirements have been 
satisfied to begin execution of a job step. 
The routines in the allocation and setup 
function are: 

• Allocation control routine , which per- 
forms housekeeping for the allocation 
and setup function by obtaining space 
for tables used during allocation. 

• Demand allocation routine ,, which con- 
structs the allocate tables and begins 
actual allocation by assigning devices 
to any data sets for which the program- 
mer requested specific devices. 

• Automatic volume recognition routine , 
(optional) which can determine that 
named volumes have been mounted on 
certain devices and which allocates 
those devices to satisfy requests for 
the volumes. 

• Decision allocation routine , which per- 
forms allocation when a choice of de- 
vices is to be made. 

• TIQT construction routine ,, which builds 
a task input/output table (TIOT) that 
will be used by data management rou- 
tines during step execution. 

• External action routine ,, which issues 
mounting instructions, verifies that 
volumes are mounted on the correct 
units, and unloads incorrectly mounted 
volumes. 



Space request 



routine , which obtains., 
from the direct-access device space 
management (DADSM) routines, space on 
direct-access devices, and which satis- 
fies requests for data set space. 

• Allocation error routines , which proc- 
ess error conditions encountered during 
allocation. 



ALLOCATION CONTROL ROUTINE 

The allocation control routine (Chart 
26) performs housekeeping operations for 
the allocation and setup function of the 
initiator/terminator. It determines the 
size of certain tables to be constructed by 
subsequent allocation routines, obtains 
main storage space for the tables, and 
places the addresses of the portions of 
storage reserved for each table onto a 
directory of tables called the allocate 
control block. 



Entry to the allocation control routine 
is made from the JFCB housekeeping control 
routine. Exit is to the demand allocation 
routine. 

Upon entry, the storage requirements of 
the tables needed by allocation routines 
are calculated (see Figure 12). First, all 
requirements except those for the allocate 
volume table and TIOT are determined. The 
required amount of main storage space is 
requested and the addresses of the areas 
assigned to each table are calculated. 
(The first table is assigned the first 
available byte. Other addresses are deter- 
mined by incrementing the last assigned 
address by length of the the respective 
table.) The relative position of each 
table except the device mask table is shown 
in Figure 13. The device mask table is 
included with the coding and is not posi- 
tioned relative to the tables shown. As 
each address is determined, it is placed 
into the allocate control block. 



DD number table* 
Buffer 


i |A| 

176 






Allocate control block 


44 






Channel load table 
Allocate work table 


16 
(20 4 


8 


12^1 
|32|) A 


Potential user on 
device table 


|D| 

4 141 






Separation strikeout 
pattern 


ID 1 
|32| 






Each SIOT 


68 






Volume table 


6S 






TIOT 


Determined by the 
TIOT construction 
routine 



Allocate volume table 
Device mask table 



h 



8B 



4 + (8 + |32|) F 



Legend 

♦ = Not used. 

I I = Next higher integer if a fraction. 
A = Number of DD statements. 
B = Number of volumes or devices 

(whichever is greater) . 
D = Number of entries in the 

I/O supervisor UCB lookup table. 
F = Number of entries in device mask 

table. 
S = Number of volume serial numbers. 

Figure 12. Formulas for Determining Allo- 
cation Table Sizes 
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When storage areas have been assigned 
for all but the allocate volume table (AVT) 
and task input/output table (TIOT) , all 
step input/output tables (SIOTs) are placed 
into the area assigned to them. The size 
of the allocate volume table may then be 
determined. The number of volumes required 
by each data set (DD statement) is obtained 
from each SIOT and is used to calculate the 
number of AVT entries (one per volume) 
required. A second request for main stor- 
age space is issued and the address of the 
assigned area is placed into the allocate 
control block. 



The storage requirements for the TIOT 
are calculated by the TIOT construction 
routine. 



DD number table 
(not used) 



r 

I TIOT 

-+ 



Allocate control block 



Buffer 



^ Allocate volume 
table 



Channel load table 



Allocate work table 



Potential user on 
device table 



h 



Separation strikeout 
pattern 



SIOT 



Volume table 



Figure 13. Relative Positions of Tables 
Used for Allocation 



If, after a request for space^ the 
required amount of main storage space is 
not available, the job is canceled. 



j Channel load table address 



Potential-user~on-device table address ^ 



h 



h 



h 



Address of first empty slot in allocate ^ 
volume table 



Allocate work table (AWT) address 



Allocate volume table address 



Volume table address 



Separation strikeout pattern address 



Number of satis- ^j Number of requests ^ 
fied requests^ jnot satisfied^ 



H 



Number of bytes 
per AWT entry 



^ j Length of allocate ^ 
I volume table 



H 



Length of bit 
pattern^ 



2 j Number of DD state- ^ 
jments in job step** 



H 



Not Used 



^j Number of devices ^ 
I in conf iguration^ 



H 



^ 

Notes : (Entry length is shown in upper 



H 



right corner of field.) 

^Set to zero initially and incremented by 
one each time a request is satisfied. 

2 Initially set to the number of data sets 
to be allocated (the number of DD state- 
ments in the step). This number is 
decremented by one each time a request 
is satisfied. 

^The length (in words) of the primary bit 
pattern. 

^The number of DD statements to be proc- 
essed. 

^The number of UCB addresses in the I/O 
supervisor UCB lookup table. 



• Figure 14. Allocate Control Block 



Figure 14 shows the completed allocate 
control block. In addition to table 
addresses, the allocate control block con- 
tains other entries/ initialized by the 
allocate control routine. 



All allocation tables are described in 
the descriptions of routines in which they 
are completed. When the allocate control 
block has been completed, control is passed 
to the demand allocation routine. 



DEMAND ALLOCATION ROUTINE 

The demand allocation routine (Chart 27) 
constructs the allocate work table and the 
allocate volume table. It also begins the 
allocation process by assigning devices to 
data sets that require specific devices. A 
specific device may be required because (1) 
the programmer specified it in a DD state- 
ment, or (2) all device requirements for a 
step could be met with only one combination 
of devices. The demand allocation routine 
performs the following eight functions: 



Initiator/Terminator 
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• Allocate work table construction • 

• Volume affinity resolution. 

• Data set device requirement calcula- 
tion, 

• Channel load table construction. 

• Allocation of resident devices. 

• Device range reduction. 

• System input device (SYSIN) allocation. 

• Specific device allocation* 

Allocate Work Table Construction 

Two tables, the allocate volume table 
(see Figure 16) and the allocate work table 
(see Figure 15) , are constructed by this 
function. The allocate work table contains 
information that describes a data set and 
certain other information that is used in 
allocating a device (or devices) to it. 
One entry, as shown in Figure 16, is built 
for each DD statement. The allocate volume 
table describes the volume on which the 
data set resides or will reside. One entry 
is made in the allocate volume table for 
each volume required by a data set. 

r T T T 

|DD I Status E | UCB address | 
I number j | | 

|.^ ± + 1 

I Pointer to volume serial) Volume affinity | 
I number in volume table | link j 

L- X ^ J 

Figure 15. Allocate Volume Table 



Most entries made in the allocate work 
table are obtained directly from other 
tables. The source of each such entry is 
shown in Figure 17. The device type is 
obtained from the SIOT and placed into the 
device type field of the allocate work 
table. It is then used as a search argu- 
ment and a search of the device mask table 
is made. When a matching device type is 
found, the bit pattern field of the device 



mask table is placed into the primary and 
secondary bit pattern fields of the allo- 
cate work table. These bit patterns indi- 
cate devices that are eligible for alloca- 
tion to a data set. 



The demand allocation routine moves the 
private and nonshareable flag bits from the 
step input/output table (SIOT) to the allo- 
cate work table (AWT) . The demand alloca- 
tion routine also sets the nonshareable bit 
in the allocate work table entry for a 
request if the request does not specify a 
direct-access device, and sets the private 
bit if the request is specifically for a 
nondirect-access device (unless request 
applies to passed data sets) . 

Data sets that have similar I/O device 
requirements are then linked together. 
Similar requirements are implied when the 
programmer specifies the following in a DD 
statement: 



• POOL=poolname , which indicates that an 
output data set is to share a pool of 
tape units with other data sets. 

• SPLIT= ,, which indicates that two or 
more data sets in the same job step are 
to share a cylinder of a direct-access 
device. 

• SUBALLOC=stepname.ddname or ddname , 
which indicates that space for the data 
set will be suballocated from the space 
allocated to the data set described in 
the DD statement named ddname. 



Pointers are placed into the 
POOL/SPLIT/SUBALLOC link field and unit 
affinity link field of the allocate work 
table to link all such groups together. 
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B 






1 


Status C 


1 


Status D 














1 




1 
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Of 
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Figure 17. Allocate Work Table Entry 
Sources 

Volume Affinity Resolution 

Volume affinity means that a certain 
volume is requested for more than one data 
set. Volume affinity may be requested 
explicitly by use of the REF parameter of 
the VOLUME field of the DD statement, or 
implicitly by specifying the same volume 
serials in one or more other DD statements. 
In either case, the subject volumes are 
linked with pointers placed into the volume 
link field of the allocate volume table by 
the demand allocation routine. All 
requests for the same volume that appear in 



the volume affinity chain subsequently will 
be satisfied with allocation of the device 
that bears the named volume. 

Data Set Device Requirement Calculation 

Information obtained from the allocate 
work table is used to determine the number 
of devices required by each data set. The 
following calculations are used: 

1. For a data set marked parallel mount 
(the P subparameter of the UNIT key- 
word was specified in the DD 
statement) : 



Dx 



For data sets not marked parallel 
mount : 

a. If Vi = V2 then D^ = V^ 

b. If Vi < V2 and 

if Vj. < D2 then D^ = D2 or 
if Vj. > D2 then D^. = V^ + 1 



where: 
Di 



= Number of devices actually to be 
used for the data set. 

= Number of devices requested for the 
data set. 

= Number of volumes to be shared by 
two or more data sets. 

= Number of volumes on which the data 
set exists. 



The number of devices to be used (Dj.) is 
placed into the number of devices required 
field of the allocate work table. 



Channel Load Table Construction 

Each unit control block (UCB) is exam- 
ined to deteonnine the number of data sets 
presently allocated on each channel. The 
totals are placed into the channel load 
table (see Figure 18). The channel load 
table is used to allocate devices so that 
channel usage is optimized. 



r : ~ T 1 

I Load Channel | Load Channel 1 [ 
|. 1^« ^ 4 

I Load Channel 2 [ Load Channel 3 | 
|. 1 ^ 

I Load Channel 4 | Load Channel 5 [ 
|. ^. + ^J 

I Load Channel 6 [ 
L J 

Figure 18. Channel Load Table 
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Allocation of Resident Devices 

The resident device allocation routine 
allocates direct-access devices containing 
reserved and permanently resident volumes 
to satisfy requests by serial number for 
these volumes. The devices that contain 
these volumes are 'known as resident de- 
vices, 

A volume is placed into the reserved 
status either when the operator issues a 
MOUNT command specifying the device on 
which the volume is mounted or when the 
volume is so listed in the PReSReS member 
of the procedure library data set 
(SYSl.PROCLIB) . This type of volume cannot 
be dismounted unless its device is unloaded 
by means of an UNLOAD command. 

A permanently resident volume has at 
least one of the following characteristics: 

• The volume cannot be physically dis- 
mounted from its device. 

• The volume is a system residence volume 
that contains the initial program load- 
er (IPL) program. 

• The volume contains the linkage library 
(SYSl.LINKLIB) data set, procedure 
library data set, or any part of the 
job queue (SYSl.SYSJOBQE) data set. 

• The volume is listed as permanently 
resident in the PRESRES member of 
SYSl.PROCLIB. 

For more information about the PRESRES data 
set member* refer to IBM Sy stem/3 60 Operat- 
ing System; System Programmer's Guide , Form 
C28-6550. For more information about res- 
erved and permanently resident volumes,, 
refer to IBM System/ 3 60 Operating System; 
Job Control Language , Form C28-6539. 

The resident device routine determines 
which direct-access devices are resident 
and then allocates them to satisfy any 
requests for the volumes they contain. 

From the device mask table (DMT, Figure 
32), the resident device routine first 
creates a special bit pattern that rep- 
resents all direct-access devices in the 
system. It sets a bit in the pattern to 
one for each direct-access device. It then 
searches for unit control blocks represent- 
ing direct-access devic^,^ using this bit 
pattern to identify the unit control 
blocks . 

The routine compares the volume serial 
number in each request with the serial 
number in each unit control block in which 
the permanently resident bit or the res- 
erved bit is one. If the serial numbers 



match, the routine passes control to the 
device strikeout routine to allocate the 
device. (That is^ it places the address of 
the unit control block into the allocate 
volume table entry,. Figure 15^, and increas- 
es,, by one, the count of allocated devices 
in the allocate work table entry that 
represents the data set. Figure 16.) 

Device Range Reduction 

The device range reduction routine redu- 
ces the number of devices that can be 
allocated to satisfy certain requests. In 
addition, this routine allocates devices 
containing reserved tape volumes. 

The device range reduction routine pre- 
vents allocation of devices that are ineli- 
gible to satisfy certain reqiiests. Devices 
are ineligible under the following condi- 
tions; 

• The device is the primary console. 

• The device is off-line or is being 
changed to off-line status. 

• The device has either been allocated or 
is resident^ and the request is for an 
unspecified private volume. (Each such 
request requires an unused volume.) 

• The device has either been allocated or 
is resident; the device contains a 
private volume; and the request is for 
temporary data set space on a volume 
that is neither specific nor private. 

• The device is a resident,, direct-access 
device p and the request is for a spe- 
cific volume. 

• The device is neither a direct-access 
device nor a tape device (unit record 
or graphic equipment,, for example) and 
is allocated, unless one of the two 
following conditions exists; 

• The device is the system output 
device,, and the request is for a 
SYSOUT data set. 

• The device is the system input 
device, and the request is for a 
SYSIN data set. 

• The device does not contain a storage 
volume, and the request has all of the 
following characteristics; 

• The request is not for temporary data 
set space. 

• The request is not for a specific 
volume. 

• The request is not for a private 
volume. 
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A Storage volume is a permanently^ resi- 
dent or reserved volume that may be used to 
keep any data set specified in a DD state- 
ment in which KEEP has been specified. 

To prevent allocation of these ineligi- 
ble devices, the device range reduction 
routine alters primary bit patterns rep- 
resenting devices that are available for 
allocation. In each bit pattern, ones 
represent devices that can be allocated, 
and zeros represent those that can not. A 
primary bit pattern forms part of each 
allocate work table (AWT) entry. (Each 
entry stands for one request.) The device 
range reduction routine eliminates each 
device that is ineligible to satisfy a 
particular request by changing the bit 
corresponding to the device from a one to a 
zero in the bit pattern corresponding to 
the request. The final bit pattern thus 
represents only devices that can satisfy 
the request. 

As each ineligible device is disquali- 
fied, a count of eligible devices in each 
affected allocate work table entry is 
reduced by one. If this count becomes less 
than the number of devices needed to satis- 
fy the request represented by the entry, 
the device range reduction routine passes 
control to the allocation error recovery 
routine. If recovery is possible, this 
routine provides a list of devices that can 
satisfy the request. The operator may 
either reply with a three-character device 
name or cancel the job. (If allocation 
error recovery is necessary, the entire 
allocation procedure is repeated. ) 

If, during this processing, the device 
range reduction routine finds a unit con- 
trol block representing a tape unit with a 
reserved volume mounted on it, it allocates 
the device if the volume was requested. 

SYSIN Allocation 

If the device range reduction routine 
encounters a request for the device desig- 
nated as the system input device,, it allo- 
cates that device. 

Specific Device Allocation 

Allocation is next made to requests for 
specific devices or requests which,, becaiise 
of range reduction or previous allocationt 
can be satisfied only by a specific device. 

Exits From Demand Allocation 

When all processing is completed in the 
demand allocation routine, all requests 
within the step may have been satisfied. 
If so, exit is made to the TIOT construc- 
tion routine. If, however, some requests 
remain outstanding, control is passed to 



the automatic volume recognition routine if 
it was specified during system generation. 
If additional requests remain, control is 
passed to the decision allocation routine. 
When allocation is complete, the "number of 
unallocated entries" field in the allocate 
control block (ACB) reaches zero. If the 
number of devices requirjed exceeds the 
number of devices available, control is 
passed to an allocation error routine. 



AUTOMATIC VOLUME RECOGNITION 

The automatic volume recognition (AVR) 
routine decreases the time required for Job 
step initiation by enabling the operator to 
mount volumes needed for subsequent job 
steps as soon as devices become available. 
During subsequent job step initiation, the 
AVR routine recognizes that volumes needed 
for the current job step are mounted, thus 
saving the time that the system otherwise 
would spend waiting for the operator to 
find and mount them. 

Before the next job step after a volume 
has been mounted, the AVR routine reads the 
volume label and associates the volume with 
the device containing it, using information 
from the label, when the volume is needed 
for a subsequent job step, the AVR routine 
can then identify and allocate the device 
on which it is mounted. 

The AVR routine, which may be specified 
during system generation, allocates devices 
to satisfy requests that specify 2311 and 
2314 direct-access volumes, 7-track tape 
volumes having a tape density specified 
during system generation, and 9-track tape 
volumes. These volumes must be specified 
by either a serial number or a data set 
name that implies a serial number. The 
order in which the AVR routine allocates 
these devices depends upon when the voliames 
are mounted. 

The AVR routine (Chart 28) first allo- 
cates devices containing volumes mounted 
before the start of tlie last job step. It 
can do this immediately, since these 
volumes already have been associated by 
serial number with the devices containing 
them. 

The AVR routine then allocates devices 
containing volumes mounted after the start 
of the preceding job step. It reads the 
labels of these volumes to obtain their 
serial numbers and allocates any of the 
devices^ containing volumes requested for 
the current job step. 

Finally, the AVR routine attempts to 
satisfy any remaining requests for 2311 and 
231% direct-access volumes and 9-track tape 
volumes. The AVR routine attempts to 
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obtain devices to satisfy all requests 
either by selecting devices that are not 
being used or, if necessary, by unloading 
volumes that are not needed for the job 
step. If the AVR routine can obtain enough 
devices, it prints a list of the requested 
volume serial numbers and allocates the 
devices as the operator mounts the volumes. 
If enough devices are not available or if 
all of the needed volumes cannot be mount- 
ed, however, the operator must cancel the 
job. 

Processing Requests for Previously Mounted 
Volumes 

The AVR routine first satisfies requests 
for volumes that were mounted before the 
start of the last job step (Chart 29). The 
AVR routine can identify these volumes 
immediately, because the system already has 
associated the volumes with the devices 
containing them. 

The AVR routine first determines which 
devices contain volumes that were mounted 
before the start of the last job step. The 
AVR routine searches for such volumes by 
examining all unit control blocks that 
represent on-line, ready 2311 and 2314 
direct-access devices,, 9-track tape de- 
vices, and 7-track tape devices. The AVR 
routine can identify previously mounted 
volumes, because each unit control block 
containing a volume serial number rep- 
resents a device containing such a volume. 

If the AVR routine finds such a volume, 
it next determines whether the volume is 
needed for the current job step. To make 
this determination, it searches in the 
volume table (VOLT) for the serial number 
of the mounted volume. (Each entry in this 
table represents a volume that has been 
specifically requested.) If the AVR rou- 
tine locates the serial number, the volume 
is needed for the job step. The AVR 
routine then uses the device strikeout 
routine to allocate the device to satisfy 
all requests for the volume. If the serial 
number is not in the volume table entries 
for this job step, however, the volume is 
not presently needed. The AVR routine 
subsequently ignores the device and looks 
for another previously mounted volume. 

Processing Requests for Newly Mounted 
Volumes 

The AVR routine next allocates devices 
to satisfy requests for volumes mounted 
since the last job step was initiated (see 
Chart 30) . The AVR routine determines the 
serial number of each of these newly mount- 
ed volumes and then allocates its device to 
fulfill any unsatisfied requests for the 
volume. If any request for a newly mounted 
volume is already satisfied or if any 



device containing such a volume is already 
allocated, the AVR routine determines 
whether the volume was improperly mounted 
during demand allocation,. If so, it takes 
corrective action. 

IDENTIFYING A NEWLY MOUNTED VOLUME: 
Because the control program could not have 
previously read the labels of newly mounted 
volumes, the AVR routine must identify each 
of these volumes to the system and asso- 
ciate the volume with its device. 

The AVR routine identifies these volumes 
by searching for a serial number in each 
unit control block that represents an on- 
line, ready device. If the serial number 
is zero, the volume was mounted after the 
start of the last job step. 

To associate the device with the volume 
serial number, the AVR routine reads the 
volume label into main storage, extracts 
the serial number from the label,, and 
records it in the unit control block 
representing the device. (To extract the 
serial number from a nonstandard label,, the 
AVR routine uses a volume serial number 
routine, lEFXVNSL, which must be supplied 
by the user. A routine with the same name 
is supplied by IBM to indicate an error if 
the user has provided a nonstandard label 
but has not substituted his own routine to 
read it. ) 

The AVR routine uses the external action 
routine to unload the device, if no serial 
number can be found, because the volume 
cannot be identified. 

If the device already has been allocated 
but the volume was mounted on the wrong 
device during the demand allocation proce- 
dure, the AVR routine notifies the operator 
and takes corrective action. 

ALLOCATING A DEVICE: The AVR routine de- 
termines whether it should allocate the 
device by searching for a request for the 
mounted volume (Chart 30). To determine 
whether the volume was requested, the AVR 
routine searches for the serial number in 
the volume table entries for the job step, 
as before. If the serial number can be 
found, the device containing the volume can 
be allocated. The request must not have 
been previously satisfied, however. If the 
serial number is not found in the volume 
table, the volume is not needed for the job 
step, and the AVR routine searches for 
another newly mounted volume. 

To determine whether the request is 
unsatisfied, so that it can allocate a 
device, the AVR routine searches for the 
address of a unit control block in the 
allocate volume table entry for the request 
(see Figures 15 and 45). If the AVR 
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routine finds no unit control block 
address, the request was not previously 
satisfied. The AVR routine then uses the 
device strikeout routine to allocate the 
device and to satisfy any other requests 
for the same volume. 

If the volume request was already satis- 
fied, but the volume was mounted on the 
wrong device during the demand allocation 
procedure, the AVR routine takes action to 
correct the error. 

Processing Requests for Unmounted Volumes 

The AVR routine finally attempts to 
satisfy all remaining specific volume 
requests. For these requests to be satis- 
fied, enough devices for all of the 
requests either must be available or must 
be made available. If enough devices 
become available, the AVR routine provides 
the operator with a list of volumes to 
mount and allocates the devices as he 
mounts the volumes on them. If sufficient 
devices for the job step cannot be made 
available or if all of the required volumes 
cannot be mounted, the operator must cancel 
the job. 

OBTAINING DEVICES: Before the AVR routine 
requests that the operator mount any 
unmounted volumes, it determines whether 
enough devices to contain them are avail- 
able (see Chart 31) . If there are not 
enough devices without mounted volumes to 
begin with, the AVR routine determines 
whether it can unload enough devices. The 
devices it considers for unloading contain 
mounted volumes not needed for the job 
step. If it can, it unloads these devices 
so that the operator can replace the mount- 
ed volumes with volumes needed for the job 
step, otherwise, the AVR routine attempts 
to have enough off-line devices placed into 
on-line status to satisfy the remaining 
specific requests. 

To determine whether there are enough 
devices, the AVR routine compares, by 
device type, a count of available devices 
with a count of needed devices. Because 
the need for each device type is filled 
separately, a shortage of any one type 
means that not enough devices are available 
for the job step. 

The available devices comprise all on- 
line 9 -track tape units, 2311 disk units, 
and 2314 disk units that have not been 
allocated. Separate counts are made of 
devices not in the ready status (which 
normally do not contain mounted volumes) 
and devices that are ready (all of which 
have mounted volumes) . 

To eliminate any unnecessary unloading 
of devices,, the AVR routine compares. 



first, the number of devices needed with 
the number of on-line devices not having 
mounted volumes (that is, those that are 
not in the ready status) . If there are 
enough such devices, none need be unloaded, 
and the AVR routine can immediately print a 
list of volumes to be mounted. 

If ready devices must be unloaded, the 
AVR routine determines the number of ready 
devices still needed and whether enough can 
be unloaded. 

If the AVR routine has determined that 
enough ready devices can be unloaded, it 
stores the identities of a sufficient 
number of devices and then unloads them. 
To fill the quota, it first tries to obtain 
enough ready devices not containing 
retained volumes or volumes with data sets. 
If the AVR routine cannot find enough 
devices, it obtains the remainder needed 
from among devices containing these kinds 
of volumes. The AVR routine unloads the 
devices with the external action routine, 
which also prints a list of unit addresses 
so that the operator will know which de- 
vices have volumes to be dismounted. The 
AVR routine then provides the operator with 
a list of the serial numbers of volumes to 
mount • 

In an attempt to make more devices 
available, if it is apparent that enough 
ready devices cannot be unloaded, the AVR 
routine uses the allocation error recovery 
routine (lEFXJIMP) to print a list of 
off-line devices that can be made avail- 
able. The operator either may reply with a 
three-character device name to place each 
device into on-line status or cancel the 
job. (If allocation error recovery is 
necessary, the entire allocation procedure 
is repeated.) 

ALLOCATING DEVICES ON WHICH VOLUMES HAVE 
BEEN MOUNTED: When the AVR routine has 
determined that the required number of 
devices is available for allocation, it 
provides the operator with a list of serial 
numbers of the needed volumes (Chart 28). 
As the operator mounts these volumes, the 
AVR routine allocates the corresponding 
devices to satisfy requests for these 
volumes . 

After printing the list, the AVR routine 
waits for the operator to mount a volume. 
A device-end I/O interruption releases the 
AVR routine from its waiting status when 
the operator mounts the first volume and 
presses the START button on the device. 
The AVR routine extracts the new serial 
number from the volume label (Chart 30), 
removes the serial number from the list of 
required volumes, and allocates the device. 
Then the AVR routine waits for the operator 
either to mount the next volume or to 
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cancel the job. It repeats the procedure 
until either all specific volume requests 
have been satisfied or the job is canceled. 

When the devices have been allocated,^ 
the AVR routine passes control to the TIOT 
construction routine, unless there are more 
volume requests. If there are, the AVR 
routine passes control to the decision 
allocation routine, which satisfies the 
remaining requests. 



DECISION ALLOCATION ROUTINE 

The decision allocation routine (Chart 
I 32) allocates devices to most data sets for 
which devices have not yet been allocated 
by either the demand allocation or the 
automatic volume recognition routine. This 
includes all remaining requests except 
requests for space on unspecified public or 
unspecified storage volumes. The latter 
requests are fulfilled by the space request 
routine. 

Upon entry to the decision allocation 
routine, an attempt is made to reduce the 
number of devices that are candidates for 
allocation. A request for unit or channel 
separation from devices allocated by either 
the demand allocation or automatic volume 
recognition routines eliminates the units 
or additional devices on the selected chan- 
nels from further consideration. If this 
is the case, the separation strikeout sub- 
routine is entered. This subroutine, by 
changing corresponding bits in the primary 
bit pattern, eliminates these devices from 
consideration for allocation. 



The number of data sets directed to each 
channel is then determined and added to the 
totals in the channel load table (see 
Figure 18). This table is later used to 
"spread the load" across the channels, 
thereby : 

• Obtaining maximum overlap of I/O activ- 
ity. 

• Reducing the possibility of making a 
channel ineligible because all of its 
devices had been allocated too early. 
(Some channel separation requests would 
then be impossible to satisfy.) 
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Figure 19. Potential User on Device Table 

The remainder of the decision allocation 
routine allocates devices. First, devices 
are allocated to data sets for which only 
one device is eligible. Then all other 
requests (except those for unspecified pub- 
lic or unspecified storage volumes) are 
processed in the following manner. A data 
set is selected and then a device for the 
data set is selected and allocated to it. 
Another data set is then processed. 

Data Set Selection 

Data sets are selected by considering 
the number of devices eligible for alloca- 
tion to them. That is, the first data set 
selected is the one for which the smallest 
number of devices is eligible. 

The decision allocation routine selects 
two kinds of requests, both of which must 
be satisfied with the allocation of devices 
containing nonshareable volumes : 

• Requests for nonshareable volumes. 
(Each such request has a nonshareable 
flag in its allocate work table entry,, 
shown in Figure 16.) 

• Requests that may be satisfied with the 
allocation of either a direct- or 
sequential-access device, if 
sequential-access devices are available 
for them. (As each of these requests 
is satisfied,, a nonshareable flag is 
placed into its allocate work table 
entry to mark the allocation of a 
device containing a nonshareable vol- 
ume . ) 

Selection is performed by scanning the 
allocate work table. If two or more data 
sets have the same number of eligible 
devices, they are selected in the following 
order: 

1. Data sets with separation requests. 

2. Data sets with affinity requests. 

3. Passed data sets. 

4. All others,. 

Device Selection 



The maximum number of data sets that 
could use each device is next determined 
and placed into the potential user on 
device table (see Figure 19). This table 
is later used to determine the order in 
which devices will be selected for data 
sets. (Devices first selected are those 
with the fewest potential users.) 



When a data set has been selected, a 
device is selected and allocated for it. 
Devices are considered in the following 
order: 

1. If the possible devices for a data set 
exist on more than one channel, the 
channel with the greatest numlDer of 



32 



free devices of the type requested is 
chosen, 

2. If two channels have the same number 
of free devices of the requested type^ 
the channel with the lightest load is 
chosen; the device which has the few- 
est possible users is chosen. 

3. To satisfy requests for public non- 
specific (scratch) tape volumes^ de- 
vices with mounted tape volumes are 
given preference. To satisfy requests 
for direct-access volumes and specific 
tape volumes (including private 
volumes and volumes which are used for 
multi-volume public data sets),, de- 
vices without mounted volumes are 
given pireference. 

4. If two devices have the same number of 
possible users, the first one in the 
I/O supervisor UCB lookup table is 
chosen. 

Device Allocation 

As indicated previously, the decision 
allocation routine selects a data set and 
an eligible device, allocates the device, 
and then selects another data set. To 
allocate a device, the decision allocation 
routine places the address pf the unit 
control block representing the device into 
the allocate volume table entry (Figure 15) 
representing the required volume and adds 
one to the "number of devices allocated" 
field of the allocate work table entry for 
the data set (Figure 16). 

While a request is being satisfied, the 
same device is also allocated to satisfy 
any other requests that specify the same 
volume. Multiple allocations may be per- 
formed in this case, because all requests 
for the same volume appear in a volume 
affinity chain, which is a series of linked 
allocate volume table entries (Figure 15). 
The decision allocation routine satisfies, 
in the same way, requests that specify unit 
affinity or that have a split or suballo- 
cate relationship (Figure 16). 

When a device is allocated,, the decision 
allocation routine alters bit patterns in 
the allocate work table entries for certain 
other requests. Each bit pattern specifies 
the devices that are eligible to contain 
the data set represented by the allocate 
work table entry. 

If a private volume request was satis- 
fied, the decision allocation routine chan- 
ges the bit representing the allocated 
device to zero in all primary and secondary 
bit patterns so that the device cannot be 
selected to satisfy another request. Such 
devices are exempted from further alloca- 



tion because each private volume may not 
contain other data sets and must be removed 
after use. 

If the request was satisfied with a 
device containing a nonshareable volume,, 
the decision allocation routine changes the 
bit representing the device to zero in the 
primary and secondary bit patterns of the 
allocate work table entries that represent 
all other data sets that require nonsharea- 
ble volumes. A device allocated to satisfy 
a request for a nonshareable volume thus 
cannot satisfy additional requests of this 
kind. 

If all eligible devices are allocated 
before all data sets for a step have been 
selected for allocation, the decision allo- 
cation routine passes control to an alloca- 
tion error routine. 

Upon successful completion of processing 
by the decision allocation routine, exit is 
made to the TIOT construction routine. 



TIOT CONSTRUCTION ROUTINE 

The task input/output table (TIOT) con- 
struction routine (Chart 29) obtains space 
for and builds the processing program's 
task input/output table. The primary func- 
tion of the TIOT is to provide the data 
management open, close,, and end-of -volume 
(EOV) routines with pointers to JFCBs and 
allocated devices. 



Entry to the TIOT construction routine 
is made when all requests for I/O devices 
have been satisfied except requests for 
unspecified public or unspecified storage 
volumes. Therefore,, entry may be from the 
demand allocation routine, the automatic 
volume recognition routine, or the decision 
allocation routine. Exit is to the exter- 
nal action routine. 

Upon entry, main storage space required 
to build the TIOT is calculated using the 
first formula shown in Figure 20, and space 
is requested. The standard TIOT is shown 
in Figure 21. TIOT entries are constructed 
for each data set in a step. Entries are 
also constructed when use of the job 
library is requested or when a program, 
created in a previous step,, is to be 
executed as the current step. Figure 22 
shows the sources of entries in the TIOT. 



The TIOT construction routine deter- 
mines, for each request for an unspecified 
storage or unspecified public volume, which 
devices are eligible to be allocated by the 
space request routine. It obtains this 
information from the allocate work table 
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entry (Figure 16) for the request ^ which 
contains a primary bit pattern representing 
the devices that are eligible to satisfy 
the request. 

J. . , ^ 

Space required to build TIOT = 

28 + 16Nj. + 4N2 + I2N3 + 4N + 4 (N x N ) 

i. ^ 

Space occupied by completed TIOT = 
28 + I6N1 + W2 + I2N3 + UN 
^ ^ 

I where: 

Ni. = Number of DD statements. 

N2 = Number of devices allocated to 
the step. 

N3 = Number of pools of devices. 

N = Number of slots for all pools 
entries in the step. 

N = Number of requests for public 
volumes. 

N = Number of devices available for 
public volumes. 

L .. 



Figure 20. 



Formulas for 
Input/Output 
Requirements 



Determining Task 
Table Space 



The TIOT construction routine places 
pointers to all unit control blocks rep- 
resenting eligible devices into the TIOT 
entry for each such request. If more than 
one device can satisfy a request, it sel- 
ects, first, the channel with the lightest 
load, and, on this channel, the device that 
has been allocated to satisfy the smallest 
number of requests. When the first device 
has been selected, it places other devices 
in order, using the following criteria: 

1. Devices on the same channel as the 
first device selected, but which do 
not contain passed data sets. 

2. Devices that do not contain passed 
data sets and do not violate requests 
for separation. 

3. Devices that contain passed data sets 
and do not violate separation 
requests. 



4. Devices that do not contain passed 
data sets and violate separation 
requests. 



All other devices eligible to receive 
public volumes. 



Should more than one device have similar 
attributes,, their pointers are arranged in 
the order in which the devices are rep- 
resented in the primary bit pattern. 



r 1 

I Jobname | 

^ ^ 

I Stepname | Control Portion 

i. ^ 

I Name of step in which | 
I procedure was requested! 

L ^ J 

r T T 1 

I Length | Sta tus | Relative | 
I of I A I location | 
I entry | | of pool j 
y X L ^ 

I Ddname | DD Entry 

^ ^ — ^ 

I Address of | Sta- | 
I JFCB I tus I 

I |C I 

\ T T — -^ — ^ 

[Status I [Address | 
I B I I of UCB* I 

L X Jl J 

♦Address of sub- UCB if 
device is 2321 Data Cell 
drive 



r T T T 1 

I I Number I [Number | 
I I slots I I devices | 
I I in I I in I 
I I pool I I pool I 

j. i. X X ^ Pool Entry 

I Poolname | 
y j| 

I Slot for UCB I 

L J 

Figure 21. Task Input/Output Table 
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Entry 


Source 


Jobname 


jJCT 


Stepname 


SCT 


Stepname of step 
in which procedure 
was requested 


SCT 


Length of entry 


Calculated 


Status A 


Calculated 


Relative location 
of pool 


Calculated 


Ddname 


SIOT 


Address of JFCB 


SIOT 


Status C 


Calculated 


Status B 


Calculated 


Address of UCB 


I/O supervisor UCB 
Lookup Table 


No. of slots in 


Calculated 


pool 




No, of devices in 
pool 


SIOT 


Poolname 


SIOT 


Slot for UCB 


I/O supervisor UCB 
Lookup Table 



L ± J 

Figure 22. Task Input/Output Table Entry 
Sources 



EXTERNAL ACTION ROUTINE 

The external action routine (Chart 34) 
issues mounting instructions, verifies that 
the correct volumes have been mounted, and 
unloads incorrectly mounted volumes. 



Entry to the external action routine is 
made from the TIOT construction routine. 
Exit is made to the space request routine. 

Upon entry, devices allocated to each 
data set are checked and any required 
dismounting is requested. (The operator is 
notified of volume dispositions.) Messages 
instructing the operator to mount the 
required volumes are then issued, and 
checks are made to ensure that volumes were 
mounted on the correct units. 



SPACE REQUEST ROUTINE 

The space request routine (Chart 35) 
processes requests for space on direct- 
access volumes. It determines whether a 
volume has enough space fpr the data set 
specified in a particular request, and, if 
so, it obtains space on the volume for the 
data set. If space is not available 
initially, the space request routine 
attempts to locate another volume with 
sufficient space. 

The space request routine, which 
receives control from the external action 
routine, searches among the task 
input/output table (TIOT) entries for 
requests for direct-access volume space,. 
It processes these requests in two differ- 
ent ways, depending on whether or not a 
device was previously allocated to satisfy 
the request. 

Obtaining Space If a Device Was Allocated 

If a device has been allocated to satis- 
fy the request (because a specific device 
or volume was named) , the space request 
routine attempts to obtain space on the 
volume that is mounted on the device. It 
passes control to the direct-access device 
space management (DADSM) routines, which 
record the limits of an extent on the 
volume into a data set control block (DSCB) 
if space is available. If the mounted 
volume does not have space for the data 
set, and is not being used to contain 
another data set for the job step» the 
space request routine passes control to the 
external action routine, which directs the 



operator to mount 
allocated device. 



another volume on the 



Obtaining Space If a Device Was Not 
Allocated 

If a device has not been allocated to 
satisfy the request, the space request 
routine attempts to obtain space on an 
unspecified public or unspecified storage 
volume, depending on the type of request. 
(Either unspecified public or unspecified 
storage volumes can contain temporary data 
sets, but only storage volumes are eligible 
to contain data sets that are to be kept.) 
If the space request routine determines 
that a volume has space for a data set,, it 
allocates the device containing the volume. 

The space request routine first attempts 
to obtain space for the data set on a 
volume that is mounted on an eligible 
device. (The devices that are eligible to 
satisfy a particular request are indicated 
in the task input/output table entry for 
the request. Each entry contains pointers 
to the unit control blocks representing 
eligible devices.) To determine whether 
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space is available, the space request rou- 
tine passes control to the direct-access 
device space management (DADSM) routines, 
which attempt to specify an extent on the 
volume, as indicated previously. If space 
is not available on the first volume 
checked, the space request routine deter- 
mines whether the volume is unused and is 
removable (that is, not reserved or perman- 
ently resident) . If so, it gives control 
to the external action routine, which 
directs the operator to mount another vol- 
ume on the same device. If the volume is 
being used for other data sets for the job 
step or if it is not removable, the space 
request routine attempts to obtain space on 
another mounted volume. 

If no volumes can be dismounted, the 
space request routine passes control to the 
external action routine. The external 
action routine requests the operator to 
mount a volume on an eligible device that 
does not contain a volume. If the operator 
mounts a volume, the space request routine 
allocates the device. 

If no eligible devices are free to have 
volumes mounted on them, however, the space 
request routine determines whether any 
unused, reserved volumes are mounted on 
eligible devices. If any are, the space 
request routine prints out a list of unit 
addresses. The operator may either cancel 
the job if a reserved volume cannot be 
dismounted or reply with one of the listed 
unit addresses. In the latter case, the 
external action routine issues a dismount- 
ing message that indicates the reserved 
volume and a mounting message for a new 
volume to replace it. (A volume thus 
mounted assumes both the volume and use 
attributes of the dismounted volume, or, in 
other words, the reserved attribute and 
either the public or storage attribute. 
These attributes are described in Job Con- 
trol Language ,, Form C28-6539.) If all 
reserved volumes on eligible devices are 
being used, the job is cancelled, because 
space for the data set cannot be obtained. 

There are three exits from this routine: 

• Exit 1 is taken when all requests for 
space were satisfied. Exit is to the 
step initiation routine of the 
initiator/terminator. 

• Exit 2 is taken when space was not 
available on a volume that was request- 
ed. Exit is to the external action 
routine, if the request could be satis- 
fied by having another volume mounted. 

• Exit 3 is taken when space could not be 
obtained on any direct-access devices. 
Exit is to an allocation error routine, 
which passes control to the termination 



function of the initiator. The step is 
canceled, and subsequent steps of the 
job are interpreted, but are not ini- 
tiated. 



ALLOCATION ERROR ROUTINES 

Allocation error routines are entered 
when error conditions are encountered by 
allocation and setup routines. There are 
two error routines: the recovery routine 
and the nonrecovery routine. 

The recovery routine is entered if an 
error condition is detected before a TIOT 
is built for the step. It may be entered 
from the demand allocation, automatic vol- 
ume recognition,, decision allocation, or 
TIOT construction routine. If allocation 
requirements can be satisfied by changing 
the status of a device from off-line to 
on-line (determined by checking the secon- 
dary bit pattern),, the recovery routine 
issues a message to the operator requesting 
him to place additional devices on-line. 
If he does, allocation for the step is 
begun anew by entry to the allocation 
control routine. If the operator does not 
or cannot add devices to the configuration,, 
the recovery routine cancels the job. 

The nonrecovery routine is entered when 
an error condition is detected after the 
TIOT has been built for the step. It 
passes control to the step termination 
portion of the initiator/terminator. 



STEP INITIATION 

The step initiation routine of the 
initiator/terminator (Chart 36) makes pre- 
parations for passing control to the proc- 
essing program. If a JOBLIB DD statement 
is included in the job, the job library 
data set is opened. If the program to be 
executed exists on a data set created in a 
previous step, a DCB is created for that 
data set and is opened. Also,, several 
tables are stored, releasing to the proc- 
essing program the space they occupied. 
Step initiation passes control to the proc- 
essing program. 

The step initiation routine is entered 
from the space request routine. Upon 
entry, control is passed to the pseudo- 
sysout subroutine, which writes the 
contents of system message blocks (SMBs) 
onto the system output data set. 

When control returns from the pseudo- 
sysout subroutine, the step initiation 
routine inserts the address of the UCB for 
the device containing the system output 
data set into each TIOT entry that indi- 
cates a SYSOUT disposition. The LCT and 
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JCT are then stored and the space that they 
occupied is released. 

Main storage space to be used by the 
processing program is then obtained, A 
portion of this area is reserved for the 
following: 

• Job library DCB (if any) . 

• Fetch DCB (if any). 

• Macro-parameter list, 

• TIOT. 

• Processing program register save area. 

First, the TIOT is moved from the 
initiator/terminator work area to the area 
of processing program storage assigned to 
it. The TIOT is also stored,, and the space 
it occupied is released. The macro parame- 
ter list (see Figure 23) is then built and 
the programname entry and initializing 
parameter values entry (FARM information) 
are inserted. The SCT is then stored, and 
the space it occupied is released. If a 
job library has been requested for the job, 
the job library data set is opened, and the 
address of its DCB is placed into the TCB. 
If a fetch DCB is required 
(PGM=*.stepname.ddname was specified in the 
EXEC statement) a DCB is created and 
opened, and its address is placed into the 
macro parameter list. 



Address of programname entry 



— 1 



Address of fetch DCB 



Programname (obtained from SCT) 



^ 

Hexadec-^ I Address of "initializing ^1 
imal 80 | parameter values" length fieldj 



Not used 



H 

2 1 Length of initial. ^j 
I parameter values entry | 

H 



Initializing parameter values 
(obtained from SCT) 

Figure 23. Macro Parameter List 



The cancel ECB in the selected job 
queue^ is then set up for the processing 
program: i.e., the low-order byte is 
changed to the number 255. If a CANCEL 
command was issued, the step initiation 
routine issues the ABEND macro-instruction. 



If a CANCEL command was not issued, an XCTL 
macro-instruction is used to pass control 
to the processing program. 



TERMINATION 

The termination function of the 
initiator/terminator (Chart 37) performs 
post- step and post- job housekeeping. It is 
normally given control jfollowing step exe- 
cution, but is also given control when a 
job management routine encounters an 
irrecoverable error while processing a job 
step. Termination routines: 

• Release space occupied by tables. 

• Free I/O devices. 

• Dispose of data sets referred to or 
created during execution. 

Major components of termination are: 

• The step termination routine, which 
performs post-step housekeeping func- 
tions . 

• The job termination routine, which per- 
forms post- job housekeeping functions. 

The disposition and unallocation subroutine 
is used by both the step and job termina- 
tion routines. Basically, this subroutine 
handles disposition of data sets and frees 
devices allocated to a step. The disposi- 
tion and unallocation subroutine is des- 
cribed in Appendix A. 



STEP TERMINATION ROUTINE 

The step termination routine (Chart 38) 
performs its functions when a step has been 
terminated either normally due to success- 
ful completion of execution or abnormally 
due to an error condition. It uses five 
major routines: 

• Step termination control routine. 

• Step termination data set driver rou- 
tine. 

• Job statement condition code routine. 

• Disposition and unallocation subrou- 
tine. 



^Just prior to passing control to the job 
step, the low-order byte of the cancel ECB 
in the selected job queue is changed to all 
ones. This causes issuance of an ABEND or 
ABTERM rather than a POST by the master 
scheduler if the operator issues a CANCEL 
command for the job. 



• User's accounting routine (if included 
in the configuration) . 

Upon successful execution of a step or 
abnormal termination of execution, control 
is passed from the supervisor to the step 
termination control routine. In addition, 
when a job management routine encounters an 
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irrecoverable error, it immediately passes 
control to the step termination control 
routine. 



The initiator/terminator system control 
routine, if additional steps have been 
interpreted and are ready to be ini- 
tiated. 



First,, the initiator/terminator TIOT and 
the LCT are placed into a main storage work 
area. Next, the cancel ECB in the selected 
job queue is set to zero. The JCT and the 
SCT are then placed into a main storage 
work area (if they are not in this area at 
the time) ,, and a step status code is 
inserted into the SCT. 

The step data set driver routine is then 
entered. It places the SIOT for each data 
set into a main storage work area and 
branches to the disposition and unalloca- 
tion subroutine. The loop through the data 
set driver routine and the disposition and 
unal location subroutine is then repeated 
for each SIOT. 



• The reader/interpreter control routine, 
which resumes processing the input job 

stream. 



JOB TERMINATION ROUTINE 

The job termination routine (Chart 
performs its functions when an entire 
has been executed and step termination 
its last step has been, completed. 
consists of four major routines: 



• Job termination control routine. 



40) 

job 

for 

It 



When all data sets have been processed 
by the disposition and unallocation subrou- 
tine, the updated SCT is stored. Control 
is then passed to the job statement condi- 
tion code routine, unless it is known that 
there are no further steps for the job (the 
reader/interpreter had encountered a JOB or 
null statement) . In the latter case the 
job statement condition code routine is 
bypassed. 

The job statement condition code routine 
(Chart 39) processes condition codes speci- 
fied in the JOB statement. 



If, upon entry, it is found that there 
were no condition codes specified in the 
JOB statement, control is returned to the 
step termination routine. Each condition 
code in the JCT for the job is in turn 
compared with the step completion code of 
the previous step, which appears in its 
SCT. Up to eight conditions are checked by 
this routine for each step. Any additional 
condition codes are ignored. If any of the 
condition operators are satisfied by the 
codes, the job-failed indicator in the JCT 
is updated to indicate that the job failed,, 
the message subroutine is used to issue a 
message to the programmer,, and control is 
returned to the step termination routine. 

Upon return from the job statement con- 
dition code routine, or if it had been 
bypassed, exit is made to the user's 
accounting routine, if one is present. On 
return from the accounting routine, or if 
there was none, control is passed to: 



The job termination routine, if the 
current step is known to be the last 
step of the job. 



• Release job queue routine. 



• Disposition and unallocation subrou- 
tine. 



• User's accounting routine (if included 
in the configuration) . 

Control is passed to the job termination 
control routine from the step termination 
routine. 

The job termination control routine de- 
termines if a passed data set queue exists 
and, if S9, places each block into main 
storage work area and tests for unreceived 
data sets. (An unreceived data set is a 
passed data set to which no reference is 
made after PASS is specified.) When an 
unreceived data set is found, entry is made 
to the disposition and unallocation subrou- 
tine. When all unreceived data sets have 
been processed, or if no passed data set 
queue exists, the job termination control 
routine passes control to the accounting 
routine, if there is one. 

When the accounting routine returns,, or 
if there is none, the completed job's 
control tables are removed from the system 
by the release job queue routine. This 
routine releases the auxiliary storage 
space (or, if the resident job queue option 
was selected during system generation, the 
main storage space) occupied by all control 
tables for the job. If the job notifica- 
tion switch is on, the message 

IEF402I jobname ENDED 

is written on the console device. Control 
is then passed to the reader/interpreter 
control routine,. 
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APPENDIX A: 



jyiAJOR SUBROUTINES 



TABLE STORE SUBROUTINE 

The table store subroutine stores 
records into and retrieves records from the 
SYSl . SYS JOBQE data set. This data set may 
be either completely on a resident direct- 
access device, or partly in main storage 
and partly on such a device, depending on 
whether the resident job queue (RESJQ) 
option was specified during system 
generation. The table store subroutine 
provides the following services on request: 



Supplies the requester with an auxil- 
iary storage address or addresses into 
which records may later be written. 



Assign . The requested number of track 
addresses are assigned, beginning with 
the first available address in the 
extent. 



Write and assign , 
of records are 
requested number 
assigned. 



The requested number 
written,, and the 
of addresses are 



Write . The requested number of records 
are written. 



Read , 
are read. 



The requested number of records 



• Writes a record (or records) onto 
SYSl.SYSJOBQE locations specified by 
the requester. 

• Reads a record (or records) from 
SYSl.SYSJOBQE locations specified by 
the requester . 

The table store subroutine is used by job 
management routines to temporarily store 
tables and work areas that need to be 
communicated from one routine to another. 

As part of the preparation for system 
generation (initializing system data sets) , 
a specified number of tracks is assigned to 
data set SYSl.SYSJOBQE. During IPL,, this 
extent is formatted for 17^ -byte records. 
(All records handled by the table store 
subroutine are 176-byte records.) 

If the resident job queue option was 
selected during system generation, a speci- 
fied number of records, starting at the 
beginning of the data set, will occupy a 
main storage area, thus saving time when 
tables are to be stored or retrieved. If 
there is room within this area of main 
storage, the I/O supervisor causes the 
records to be moved in response to the 
table store subroutine's WRITE macro- 
instruction; if desired records are stored 
in this main storage area, the I/O 
supervisor causes them to be moved in 
response to a READ macro-instruction. 



The calling routine may request 
five functions. These are: 



one of 



Assign and start . The requested number 
of track addresses are assigned, begin- 
ning with the first assignable address 
in the extent. 



Before passing control to the table 
store subroutine, calling routines must 
construct a parameter area (see Figure 24) 
and place its address into general register 
1. Calling routines must also provide a 
QMPCA-QMPEX list (see Figure 25). Figure 
26 shows the parameters required when a 
function is requested. The parameters are: 



• QMPOP . A function code that indicates 
the function to be performed. 

• QMPCM . The number of records (maximum 
of 15) for which addresses are to be 
assigned. 

• QMPNC . The number of records (maximum 
of 15) to be stored into or retrieved 
from SYSl.SYSJOBQE. 



• QMPCL . The beginning 
QMPCA-QMPEX list. 



address of the 



• QMPCA . The main storage address from 
which the record is to be read or into 
which the record is to be written. 

• QMPEX . The record address (in 
SYSJOBQE) into which the record is to 
be written or from which the record is 
to be read. 

An entry in the QMPCA-QMPEX list is 
required for each record when a read, or 
write function is requested. For assign 
functions, the table store subroutine 
returns the assigned track addresses in 
these parameters. The first assigned 
record address is placed into QMPCAl,, the 
second into QMPEXl,, and the remaining 
record addresses into ...GMPCAn^ QMPEXn. 
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Byte r- 
I 



12 



16 



20 



24 



28 



QMPOP 



-H 



^ ^ 

3 2 I QMPCM I QMPNC | QMPC L 

L JL X J 

Figure 24. Table Store Subroutine Parame- 
ter Area 
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I QMPCAl 

^ ^ 

4 I QMPEXl I 

L J 

J. , 

n I QMPCAn | 

^ ^ 

n+4| QMPEXn | 

Figure 25. QMPCA-QMPEX List 

r- 1 

I Input Parameters | 
|.«_„^ ^ ^- ^ ^ ^ 

I Q I Q I Q I Q I Q I Q I 

I M I M I M I M I M I M I 

I P I P I P I P I P I P I 

I O I C I N I C I C I E I 

I P I M I G I L I A I X I 

I I I I i I i 

Assign and start | 00 | X | j X | X | X j 

Assign | 01 | X | | X | X | X | 

Write and assign | 02 | X | X | X | X | X | 
write I 03 I | X | X | X | X | 

Read I 04 ( | X | X | X | X | 

^ X X X X X J 

Figure 26. Table Store Subroutine Parame- 
ter Requirements 

DISPOSITION AND UNALLOCATION SUBROUTINE 



The disposition and unallocation subrou- 
tine is divided into two sections: disposi- 
tion processing, which performs data set 



dispositions specified in the DISP field of 
DD statements,, and device availability 
processing,, which makes the associated de- 
vices available for allocation to the next 
job step. Control enters the disposition 
and unallocation subroutine from the step 
termination routine and the job termination 
routine. In all cases, disposition proc- 
essing is performed, followed by device 
availability processing. A message con- 
taining the data set name,, its disposition, 
and the serial numbers of the volume (or 
volumes) in which it is contained,, is 
always issued to the programmer. 



ENTRY FROM THE STEP TERMINATION ROUTINE 

When the step termination routine passes 
control to the disposition and unallocation 
subroutine (Chart 37), it provides pointers 
to the TIOT and SIOT of a data set. The 
disposition field of the SIOT indicates the 
disposition to be performed. 



i Disposition Processing 



Dispositions that may have been speci- 
fied in the DD statement are DELETE, KEEP, 
PASS,, CATLG, and UNCATLG. 

If the disposition is DELETE and the 
data set is cataloged, and if the JFCB 
housekeeping routine obtained volume infor- 
mation from the catalog, the UN CATALOG 
macro-instruction is issued. If the de- 
vices containing the data set are not 
direct-access devices, no SCRATCH macro- 
instruction is issued. If the devices are 
direct-access devices, a check is made to 
determine if the SCRATCH macro- instruction 
can be issued. It can be issued if one of 
the following conditions exists: 

• All volumes containing the data set are 
mounted. 

• All volumes containing the data set are 
not mounted, but at least one 
dismountable volume is mounted. 

If neither of these requirements is met, an 
error message is issued. 1-ity 

If the disposition specified in the DD 
statement is KEEP,, the disposition subrou- 
tine issues a message to the operator and 
pcisses control directly to device availabi- 
lity processing. 

If the disposition is PASS, no message 
is issued to the operator. Control is 
passed to device availability processing,. 

If the disposition is CATLG, the dispo- 
sition subroutine determines if the data 
set is already cataloged. If not, the 
CATALOG macro- instruction is issued. If it 
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is cataloged, a further check is made to 
determine whether its volume list was 
altered during execution of the job step. 
(The data management OPEN, CLOSE, or EOV 
routines may have altered the volume list. ) 
If the volume list was altered, a RECATALOG 
macro- instruction is issued. If the volume 
list was not altered, control passes 
directly to device availability processing. 

An UNCATLG disposition causes an UNCATA- 
LOG macro-instruction to be issued. 

If a disposition is not specified in the 
DD statement, but if the SYSOUT keyword is 
specified, control returns directly to the 
step termination routine. 

When neither a DISP nor a SYSOUT keyword 
is specified in the DD statement a check is 
made to determine if an entry for the data 
set exists in the passed data set queue 
(PDQ) , and if so, the status indicator in 
that entry is checked. If the status is 
old (the data set was created by a previous 
step or job) , a KEEP disposition is 
assumed. If the status is new, a DELETE 
disposition is assumed. If there is no 
entry for the data set in the PDQ, the 
status indicator in the step input/output 
table is examined, and as in the conditions 
for a PDQ entry, either a KEEP or DELETE 
disposition is assumed. 



Device Availability Processing 

After the disposition of a data set is 
determined and processed, the device 
availability portion of the disposition and 
unal location subroutine is entered. First, 
a check is made to determine if the opera- 
tor has issued a VARY or UNLOAD command. 
If so, the status of the device is changed, 
and a message indicating that the command 
was processed is issued to the operator. 

When there are no pending VARY or UNLOAD 
commands or when these commands have been 
processed, tests are made to determine if 
any of the volumes containing the data set 
can be dismounted. Dismount messages are 
issued for any that can be dismounted. The 
following volumes are not dismountable: 

• Public volumes. 

• Volumes on system residence or RESERVED 
devices. 



Volumes 
vices. 



on permanently resident de- 



• Volumes whose status is RETAINED. 

• Volumes on system input or system out- 
put devices. 

• Volumes containing data sets with PASS 
dispositions . 

The addresses of appropriate UCBs are 
obtained from the TIOT, and the status of 
the devices used is changed to ALLOCATABLE. 
When device availability processing of a 
data set is completed, the disposition and 
unallocation subroutine returns control to 
the step termination routine. 



ENTRY FROM THE JOB TERMINATION ROUTINE 

When the job termination routine passes 
control to the disposition and unallocation 
subroutine (Chart 38), only two types of 
data sets remain to be processed: 

• Data sets that were passed but were not 
received. 

• Data sets contained on volumes that 
were retained but to which reference 
was never made. 

Each time that the job termination rou- 
tine passes control to the disposition and 
unallocation subroutine,, it passes a point- 
er to an entry in the PDQ describing a data 
set that was passed but not received. Only 
two dispositions may exist when entry is 
made from the job termination routine — 
DELETE and KEEP. If the data set existed 
before the job,, a KEEP disposition is 
assigned, otherwise a DELETE disposition is 
assigned. These dispositions are processed 
in the same manner as when entry is from 
the step termination routine. 

When the job termination routine has 
scanned all PDQ entries for a job, it 
enters the disposition and unallocation 
subroutine, but provides no pointer to a 
PDQ entry. The disposition and unalloca- 
tion subroutine scans all UCBs and issues 
dismount messages for any dismountable 
volumes on devices whose UCB contains the 
current job identification. Control is 
then returned to the job termination rou- 
tine. 



Appendix A: Major Subroutines 41 



APPENDIX B! TABLES AND WORK AREAS 



This appendix contains descriptions and 
formats of major tables and work areas that 
are used by job management routines and 
that are not described in the body of this 
publication. Most table entries are self- 
explanatory. Those entries that require 
further explanation are described with each 
table. Tables are shown here four or eight 
bytes wide for convenience, but are not 
necessarily drawn to scale. 

The length of each field of the tables is 
given in bytes in the upper right corner of 
the field,, and each table is limited to a 
17 6- byte length by convention. The tables 
are presented in the following alphabetical 
order: 



SYSl . SYSJOBQE data set, whether the table 
is stored into main storage or into 
auxiliary storage by the table store sub- 
routine and the I/O supervisor. All TTRs 
are three bytes long and begin on a full- 
word boundary. The format of all storage 
addresses appearing in the following tables 
is: 



I Relative 
( track 
I address 

L 



2 1 Relative 
I record 
I address 

— X 



ij Not 
I used 

I 

_-X 



— 1 
1| 



(GDG) bias count 



Account control table 

DD list table 

DD major field table 

DD name table 

DD parameter list table 

Device mask table 

Dsname table 

EXEC key field table 

Generation data group 

table 

Job control table 

JOB keyword table 

New reader or writer table 

Passed data set queue 

Reader/ Interpreter TTR table 

Step control table 

Step input/output table 

System message block 

Volume table 

Auxiliary storage addresses appearing in 
the tables are relative track addresses 
(TTRs) , in relation to the beginning of the 



ACCOUNT CONTROL TABLE 

The account control table (ACT) , shown 
in Figure 27, contains accounting 
information obtained from JOB and EXEC 
statements. This information is made 
available to user accounting routines. One 
or more ACTs are created for each job. The 
job routine of the reader/interpreter 
creates one ACT for each JOB statement, and 
the execute routine creates an ACT whenever 
the accounting (ACCT) parameter with its 
subsequent information is specified on an 
EXEC statement. The "number of accounting 
fields" entry contains the number of ele- 
ments of accounting information specified 
in the ACCT parameter of the EXEC state- 
ment, or in the first positional parameter 
of the JOB statement (see IBM System/360 
Operating System: Job Control Language ) . 
ACTS are stored by the table store subrou- 
tine. 











T T- 

3| 1| 


4 




storage address of 


ACT 


1 Table | 


Not used 










1 ID=01 1 












JL — — X 














20 




Programmer's name 


if 


JOB 


ACT; blanks if 


step (EXEC) ACT 


f — 








■ T T' 


~ T 










3| No. of 1| 


Length 1 | Variable 




Not used 






1 accouht- 1 
1 ing 1 
1 fields 1 

» X X- 


of first 1 First accounting field 

accounting! 

field 1 


1 """" 








T T 












1 Length 1 1 


Variable 




Other accounting 






|of Nth ac-| 


Nth accounting field 




fields (if any) 






1 counting | 
1 field 1 

X X- 





♦Figure 27. Account Control Table 
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DP LIST TABLE 

The DD list table (DDLT) , shown in 
Figure 28, contains ddnames specified in 
the DDNAME parameters of DD statements for 
one job step, and pointers to associated 
dummy JFCBs and dummy SIOTs. When a DDNAME 
parameter is encountered in the operand 
field of a DD statement, a dummy JFCB and 
dummy SIOT are created by the DD routine of 
the reader/interpreter, and the ddname and 
pointers to the dummy tables are entered in 
the DDLT. The DDLT may contain five unre- 
solved ddnames at any one time. After a 
ddname is used in the name field of a DD 
statement, its information is deleted from 
the DDLT and the space is made available 
for a new table entry. 

When a DD statement is encountered, the 
DD routine scans the DDLT to determine 
whether the ddname in the name field of 
that statement had been specified previous- 
ly in a DDNAME parameter. If so, the 
routine processes the new DD statement 
parameters and places them into the corre- 
sponding JFCB and SIOT, which are no longer 
dummy tables. If the ddname was not speci- 
fied in a DDNAME parameter of a previous 
statement, the parameters of the new state- 
ment are processed and a new JFCB and SIOT 
are formed by the reader/interpreter. 



The DDLT is initialized for each job 
step, and the maximum size of the table is 
82 bytes. 



DD MAJOR FIELD TABLE 

The DD major field table (DDMFT),, an 
entry of which is shown in Figure 29, 
contains one entry for each keyword that 
defines a major field (e.g., DCB, DSNAME,, 
UNIT) in a data definition (DD) statement.. 
The DD routine of the reader/interpreter 
refers to the DDMFT to check the validity 
of keywords, and also to obtain pointers to 
an appropriate entry in the DD parameter 
list table (DDPLT) , which contains entries 
that relate to the parameters that may 
follow the keyword. 



DDNAME TABLE 

The ddname table (DDNT),, shown in Figure 
30,, is used by the DD routine of the 
reader/interpreter to resolve ddname ref- 
erences during creation of the JFCB and 
SIOT. Ddnames, references to previous DD 
statements, and dsname references are 
placed in the ddname table by the DD scan 
routine of the reader/interpreter. The 
pointers to ddname or dsname entries in the 



I Number of bytes 
I used for DD list 
I table entries 

-JL 



First ddname (left justified) 



— T 

3| 

I Not 
I used 
—J. 



1| 
I 
I 



3| 

I Not 
j used 



Storage address of first 
dummy JFCB for this job 



Storage address of first 
dummy SIOT for this job 



— 1 

8| 



Fifth ddname (left justified) 



-~T 

3| 
I Not 
I used 

— X 



— T- 

1| 



— T 

3| 
I Not 
I US ed 

— ± 






storage address of fifth 
dummy JFCB for this job 



Storage address of fifth 
dummy SIOT for this job 



Figure 28. DD List Table 



r T 

I Length of | Relative address 
I this entry! <^f DDPLT entry 
I I 



—T T- 

2 1 No. of entries 2| 
I in DDPLT that refer j 
I to this keyword | 



Keyword 



Variable) 
1 
I 



Figure 29. DD Major Field Table Entry 
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table are relative to byte 15^ which is the 
"not used" portion following the 14 -byte 
table header, which, except for the "number 
of bytes" count, consists entirely of 
pointers to the table entries. After the 
entire DD statement has been scanned,, ref- 
erences entered in the ddname table are 
resolved to complete the JFCB and SIOT. 



j Channel 
jsepara- 
j tions 
h 



[Pool 
I ddname 

I 1 

|VOLUME= 
|REF= 
j dsname 

I- 

I Number 1 
I of chan- 
jnel sepa- 
I rations 

I- 

I 
I 
I 



Channel 
affinity 



Dsname 



DCB=* , 



Number 
of bytes 
in table 



Unit 
separa- 
tions 



SUBALLO- 
CATE=*. 






DCB= 
dsname 



Not 
used 



Unit 
affinity 



VOLUME=*, 

1 
Number of 
unit sep- 
arations 



-i 



Length of 

first 

entry 



-1 



Variable 



First entry 



I Length 1 1 

I of I Second entry 

[second j 

I entry j 

L JL 

Figure 30. Ddname Table 



Variable 



DD PARAMETER LIST TABLE 

The DD parameter list table (DDPLT),, 
shown in Figure 31„ contains one entry for 
each parameter that may appear in each DD 
statement field. The DD routine of the 
reader/interpreter refers to the DDMFT, 
which points to a block of DDPLT entries 
(corresponding to one DD major keyword),, to 
determine which entries to make in the SIOT 
or the JFCB for DD statement parameters. 
Each DDPLT entry consists of a foundation 
and an extension, both of which are 
variable- length fields,, and which contain 
attributes of the entry to be made in the 
dummy SIOT or dummy JFCB (e.g., length of 
the entry and its location in the SIOT or 
JFCB table). Because the dummy JFCB fol- 
lows the dummy SIOT in storage, all loca- 
tions in the dummy SIOT or ^FCB are defined 
relative to the start of the dummy SIOT.. 
The dummy tables are used to form the SIOT 
and JFCB by the DD output routine, after 
the DD scan routine. 

The syntax type (key)^ contained in byte 
3 of each entry may be one of 11 keys,, 
corresponding to 11 different formats for 
the entry extensions. Each format depends 
upon the form of the information that 
appears in each DD statement field. 

Within a DDPLT entry, the start of an 
extension is found by incrementing the 
foundation start location by the foundation 
length contained in the first byte. Infor- 
mation from the DD statement either is 
inserted directly into the table,, or is 
converted into binary (CVB) , or the bit 
configuration representing the value is 
ORed into the dummy JFCB or dummy SIOT. 



r T ^ T • T T T 

1| Length 1| 1| 1| SIOT 1| 

I Length j of f ound- | SYNTAX | Conversion! location | Field name or count 

I of this I ation arid | type (key) j type | for DD j 

I foundation] extension| | | entry | 

X , X X X X-. 



1 to 81 



^ 

Variable! 



First extension 



L . ^ . . J 



Last foundation 

(same format as first foundation) 



Variable | 
6 to 13 



i.^> ^ . ^ 

Variable I 
Last entry extension 

L . , .— . *. *^w . ^ - J 

Figure 31. DD Parameter List Table 
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DEVICE MASK TABLE 

The device mask table (DMT) , shown in 
Figure 32, is built at SYSGEN time, and 
permits system access to the unique group 
of I/O devices represented by one unit 
name. This group may consist of any combi- 
nation of device types or device numbers, 
and will be unique for any user's system. 
The user may determine specific device 
assignment bit patterns for his system from 
a symbolic listing taken after system gen- 
eration. There is one table entry for each 
device. Within each entry, the bit pattern 
signifies the devices associated with a 
particular device name. The bit pattern 
within any entry is extended in full -word 
increments when the number of devices 
exceeds 32 or a multiple of 32. The entry 
status byte, bit 0, if 1, signifies that 
the group of devices is a homogeneous 
group. 

^ '.. y *-^^i 

I Numbers of 2 | Pointer to mask 2 | 
j entries jof direct-access j 

I I devices j 

L . JL J 

Entry (typical) 

r T -^ '-T ■' — ' — 1 

I IJDMT 1 1 Number of 2| 

I Not used I entry | possible | 

I I status I devices j 

^. — „„^x — J. ^-„„4 

I M 

I Device type | 



At SYSGEN time, device type codes are 
obtained from tables internal to the SYSGEN 
program, or are generated, and placed in 
the device mask table. The DMT is used as 
a source of device-type . codes for the 
device name table (DNT) (see IBM System/360 
Operating System; System Control Blocks ) . 
During device allocation^ these codes are 
used as search keys to gain access to the 
DMT for device groups or single devices. 



DSNAME TABLE 



The dsname table, (see Figure 33), con- 
tains the volume reference data set names 
for one step as found in the DD statement. 
The table is created by the DD routine of 
the reader/interpreter for each job step. 
One entry is made in the dsname table for 
each DD statement containing the VOLUME= 
REF=dsname parameter. 



The step control table (SCT) points to 
the dsname table, and also contains a count 
of the total bytes occupied in the dsname 
table by dsnames for the current step. The 
SIOT for each data set also contains a 
pointer to the dsname table entry for this 
SIOT before volume resolution and a pointer 
to the volume table (VOLT) after volume 
information has been resolved. 



I 



Bit pattern of 
possible devices 



Figure 32. Device Mask Table 



The dsname table is used by the JFCB 
housekeeping routine of the initiator/ter- 
minator to retrieve volume information con- 
cerning data sets referred to by data set 
name in the DD statement VOLUME=REF parame- 
ter. The dsname table is fragmented into 
176-byte blocks before being stored,, prior 
to job step execution. 



Storage address of 
dsname table 


- T T - -* 

3| 1| 
1 Table 1 
|ID=07 1 Chain address 

1 1 


3| 1| 

JNot 1 

1 used I 

1 1 
-J. J 




Dsname 1 (1 through 44-byte length) 


— - "»• — 1 

Variable | 

J 


• 
•• 




Dsname N 


1 

Variable | 

1 
1 

1 



Figure 33. Dsname Table 
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— T T 

4| 1| 

I Support I Address of key field 
I I routine 

-- .X X 



3| 



j First key field name 
I 



J 



._^ ^ 

4| 1| 

I Support I Address of key field 
I I routine 

—X X 



—1 

3| 



j Fourth key field name 



Figure 34. EXEC Key Field Table 



EXEC KEY FIELD TABLE 

Each entry in the EXEC Key Field Table, 
(see Figure 34)^ contains one of four EXEC 
statement key field names, an indication of 
whether the key field is supported (that 
is, processed and inserted in the appropri- 
ate table by means of a key field process- 
ing routine) , and the address of the rou- 
tine appropriate to the particular key 
field. 



GENERATION DATA GROUP BIAS COUNT TABLE 

The generation data group (GDG) bias 
count table, shown in Figure 35, makes GDG 
information available to the data manage- 
ment portion of the system, and allows the 
user to refer to a particular GDG member by 
the same number in different steps of the 
same job. The programmer refers to GDG 
members serially from the start of a job, 
but data management refers to GDG members 
serially from the last-cataloged member. 
The last member cataloged in a previous 
job, if any, is referenced as member number 
zero. The programmer will refer to the 
first new data set in the present job as 
number +1. This table is used to convert a 
reference that is relative to the start of 
the present job, as specified by the pro- 
grammer, to a reference that is relative to 
the last-cataloged member, as required by 
data management. 



created by the GDG single processing 
routine of JFCB housekeeping when a single 
GDG is requested by the user. When a step 
is completed by JFCB housekeeping, the JFCB 
housekeeping control routine transfers the 
GDG work bias byte to the GDG bias byte 
location if the value of the work byte is 
greater than that of the bias byte. In 
subsequent steps of the same job, any 
reference by the programmer to a GDG member 
will be decremented by the value of the 
bias count, which is contained in the GDG 
bias byte, to obtain a corrected member 
number for data management reference. 



h- 



H- 



Storage address 
of this table 



Storage address 
of next table 



Not 
used 



Not 
used 



Number of entries in this table 



GDG dsname 



T 

2 I 
GDG bias byte | GDG work 
I bias byte 



Second entry 



Third entry 



Fourth entry 



Not used 



36 



40 



40 



40 



J 



Figure 35. GDG Bias Count Table 



JOB CONTROL TABLE 

The job control table (JCT) , shown in 
Figure 36, is created by the job routine of 
the reader/interpreter upon receipt of a 
job statement. It contains information 
taken from the job statement, and also 
storage addresses of major tables. After 
all steps within a job have been 
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interpreted, the JCT is stored by the 
reader/interpreter. The JCT is used by the 
initiator/terminator in preparing a job 
step for execution, and is stored by the 
step initiation routine of the 
initiator/terminator, before control is 
passed to the job step. 



The JCT includes the following entries: 



Job Serial Number ; Always contains 1 in 
the primary control program. 



Job Status Indicators : 

Bit 0: The job library indicator con- 
tains a 1 if a JOBLIB DD statement is 
included with the job. 

Bit 5: The job-failed indicator con- 
tains a 1 if an error condition 
caused the job to be terminated. 

Message Level: Bits 0-3 contain zeros 
for message level ; bit 3 contains a 1 
for message level 1. Bits 4-7 are not 
used. 



— T T T T T 

3| 1| 1| 1| 1| 1 

I Table | Job jjob | Message | Message 

|ID=00 I serial [status | class | level 

I I number | indicators | j 



Storage address of job 
control table 



H 



Jobname (padded with blanks) 



8 



Not used in the primary control program 



Storage address of PDQ 



Not 
used 



Storage address of GDG bias 
count table 



Not 
used 



Storage address of first step 
control table 



Not 
used 



Storage address of first 
system message block 



Not 
used 



Storage address of job 
account control table 



Not 
used 



Storage address of first 
data set SYSOUT block 



Not 
used 



— T * ■ 

2| 
I First job 
I condition code 



Storage address of last data 
set SYSOUT block 



Not 
used 



Not used 



F T T 

1| 1| 

First job I Not used | . . 
condition j | 

operator j j 

L X X 

Figure 36. Job Control Table 



..| ^ 

2| 1| 
I Eighth job I Not 
I condition j used 
I operator j 



Eighth job 
condition code 
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JOB KEYWORD TABLE 

All JOB Statement keywords are listed in 
the JOB Keyword Table,, (see Figure 37) • 
Bytes 14 through 16 of each entry contain 
the address of the routine which processes 
the keyword parameters. 



^ Y 

No. of 1 1 Account number and l|Not 
entries | programmer ■ s name jused 
"N" I required | 

« X . ± 



— 1 
2| 



11 



Keyword= 
(entry No.l) 



JNo. of 1 
I char in 
I keyword 
I (-1) 
^ ^ X 

Bit 1 I 3 

0=1 in- I 
dicates | 
support I 

L X J 



Address 
constant 



(Typical of 
N entries) 



Figure 37- JOB Keyword Table 



The bits in location Flags 
following meanings: 



have the 



Bit 



1= active 
0= inactive 



Bit 1 — 1= START RDR at jobname 

0= START RDR at first job 

The bits in location Flags 2 are not 
used in the sequential scheduling system. 



PASSED DATA SET QUEUE 

The passed data set queue (PDQ) , shown 
in Figure 39 ^ contains information regard- 
ing previously processed d^ta sets which 
have been passed from executed steps of the 
job, that may be referenced by subsequent 
steps of the same job. Each PDQ contains a 
set of tables, consisting of three types of 
blocks; the PDQ directory block,, the PDQ 
block, and the PDQ overflow block (if 
required) • The PDQ directory block and the 
PDQ block are created by the initiator/ 
terminator JFCB housekeeping routine. The 
directory blocks are chained together with 
pointers, and each PDQ directory block also 
points to its respective PDQ block. If 
more than ten additional UCB pointers are 
needed for any one PDQ entry,, one or more 
PDQ overflow blocks are added in a chain to 
each such PDQ block entry by allocation 
routines . 



Initiator/terminator routines use the 
PDQ to obtain pointers to UCBs when allo- 
cating devices to passed data sets. Step 
termination routines use the PDQ to obtain 
UCB allocation pointers and disposition 
information. 



NEW READER OR WRITER TABLE 

The new reader or writer table (NRWT),, 
shown in Figure 38, is a control block that 
contains OPEN requirements for reader and 
writer routines. At initial program load 
time, the table is written onto auxiliary 
storage. The table is read into main 
storage from auxiliary storage and is used 
by the reader/interpreter and SYSOUT rou- 
tines. Each entry (except jobname) con- 
sists of an active section and an inactive 
section. Whether the lower or higher order 
part of the entry is active is indicated by 
a 1 in bit of the flag 1 byte in the 
active section. When a NRWT entry is 
active, the data set has been opened, and 
the device indicated by the applicable UCB 
pointer is active. The currently inactive 
section of the entry receives information 
from new START commands. The table is 
always available in the SYSl . SYS JOBQE data 
set. 



When control passes to the 
initiator/terminator, the JFCB housekeeping 
routine inspects the disposition field of 
the SIOT for the disposition "PASS" to 
determine whether a new entry may be 
required in the PDQ. 

If a PASS disposition is found and the 
dsname is not in the PDQ directory because 
it was not placed into the directory by a 
prior PASS, an entry is made in the PDQ for 
this dsname. If the last PDQ directory 
block and PDQ block already contain the 
maximum number of three entries, auxiliary 
storage space is assigned for a new PDQ 
directory block and a new PDQ block, there- 
by providing space for three more dsname 
entries. 

When a passed data set is to be ref- 
erenced by a subsequent step in the same 
job, the dsname is specified in the DD 
statement. The JFCB housekeeping routine 
checks for the dsname in the PDQ directory 
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to see if the data set was received (passed 
from a previous step) . 



Bits of the terminate work area byte of 
the PDQ block have the following status 
significance: 



If the dsname is found in the PDQ 
directory, the existing PDQ entry for this 
dsname is updated to identify the reference 
as the latest reference to this dsname and 
the data set is marked as being received in 
the PDQ entry. If no entry is found, the 
data set must have been cataloged, so the 
JFCB routine searches the catalog for this 
dsname, assuming that this is an initial 
reference for this job to a cataloged data 
set. 



Bit 


Significance 


Status 





Initial status 


1 = old 


1 


Current status 


1 = old 


2 


Pass satisfied 


1 = passed 
= received 


3 


SYSIN specified 


1 = SYSIN 


4 


SYSOUT specified 


1 = SYSOUT 
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I Flags 1 
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Track address 



Flags 2 
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Cataloged Procedures Entry 
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I Flags 1 



Tr^ck address 
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I Flags 1 



Flags 2 
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UCB pointer 
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Flags 2 
(not used) 



L.^ .^ X— ^ X- 

Figure 38, New Reader or Writer Table 



UCB pointer 
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Dsname 1 



Dsnaine 2 



Dsname 3 



h 



h 



Number 1 | 

of I Not used 
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in block | 

I 



Storage address of 

PDQ block for these three 

Ds names 



h 



Storage address of 

next PDQ directory block 

(if needed) 



Not 
used 



Not 
used 



PDQ Directory Block 
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^ ^ 



^ h 



Current 

step 

number 
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1| 1 

Current | Terminate 
DD I work area 
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Number 1 
of UCB ptrs 
here and in 
overflow 



Storage address of 
current job file control 
block 



Storage address of 
curre.nt step input /output 
table 



Not 
used 



Current 

step 

number 



Space for ten 4-byte unit control 
block pointers 



Storage address of 
first overflow block (if 
needed) 



3| 
I Not 
I used 



H 



40 



112 



Space for two additional PDQ entries 



Not used 



r 



1721 



Space for 43 additional UCB pointers 

j- ^ ^ 



storage address of 
next overflow block 
(if needed) 



3| 
I Not 
I used 



PDQ Block 



I 



± J 



PDQ Overflow Block 
Figure 39. Passed Data Set Queue Tables 



READER/ INTERPRETER TTR TABLE 

The reader/interpreter TTR table (see 
Figure 40) provides a means of chaining 
certain tables by allowing routines to 
insert a chain address into a table before 
that table is stored, prior to job step 
execution. The 16-word TTR table is built 
and updated by the reader/interpreter. 
First, the table-store subroutine assigns 



15 3-byte addresses, and the 
reader/interpreter places them into the TTR 
table left- justified on a full-word bounda- 
ry. When a table is to be stored, the 
reader/interpreter DD, job,, or execute rou- 
tine places the secondary address into the 
chaining field of the table to be stored. 
The routine then uses the table store 
subroutine write-and-assign function to 
place the table into the storage location 
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specified by the primary address. The 
present secondary address, which specifies 
the next available storage location, is 
then moved into the primary address field 
of the TTR table, and a new secondary 
address, assigned by the table store sub- 
routine, is placed into the TTR table. 



If the step is part of a previously 
cataloged procedure, the name of the step 
that called the procedure,, if any, is 
entered* The following variable- content 
and indicator fields are included in the 
table: 



Primary Address 



Secondary Address 



Internal Step Status Indicators ; 



Job control table j 



None 



^1 



Account control table 



-1 

^1 



^1 
Step control table 






^1 

Step I/O table 






^1 

Job file control block 



4i 



^1 

System message block 



^1 



^1 

Volume table 



4| 



Figure UO, 



^1 
Dsname table 

± --, 

Reader/Interpreter TTR Table 



-1 

^1 



STEP CONTROL TABLE 



The step control table (SCT) , shown in 
Figure 41, is used to pass control informa- 
tion to the DD routine of the 
reader /interpreter and to the initiator/ 
terminator routines, which also contribute 
information to the table. This table is 
created and initialized by the execute 
routine of the reader/interpreter when an 
EXEC statement is read. One SCT is created 
for each step of a job, and is stored by 
the reader/interpreter control routine and 
the initiator/terminator step initiation 
routine. 



Bit 7 contains a one if an error 
condition caused the step to be termi- 
nated. 



PARM Count or Step Status Code: 



a. Reader/ Interpreter ; The number of 
characters specified in the PARM 
parameter of the EXEC statement is 
placed in this entry. 



b. Initiator/Terminator ; This table 
entry contains the condition code 
returned by the processing pro- 
gram. 



Step Type Indicators ; 



Bit contains a one if the following 
parameter definition appears in the 
EXEC statement: 



PGjyi=* . s tepname . ddname 



Bit 1 indicates SYSIN is specified 
(DD *). 



Bit 2 indicates SYSOUT is specified,. 



Bit 3 contains a 1 if JFCB hoiisekeep- 
ing is complete. 



Bits 4, 5, and 6 are unused. 
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J. 

1 storage address 
1 of step control 
1 table 




3| 

1 Table 
1 ID=02 

1 

1 


1 1 Inter- 1 | 
jnal step | Maximum step running time 
1 status I 
1 indicators j 

. 1 1. ^ ^ _ _ 


3| 


1 FARM count or step 
1 status code 


- T ~ 

2| Length of 
1 allocate work area 
1 or number of SIOTs 

1 


~ T T 

2| 3| 
[Storage address of |Not 
i first SIOT entry jused 
i 1 

_ X _ — — X — — 


1| 
J 


1 Storage address of 
1 allocate work area 




3| 

1 Not 

1 used 
_ ± 


— f- - - - — -J. - - 
1| 3| 
[Storage address of |Not 
fnext SCT jused 

1 1 

_ 1 ^ ^ — _ X .— ^ 


1| 


1 storage address of 
1 first SMB for next 


step 


— f- 
3| 
1 Not 

1 used 

- X^-w 


"t -- — - -f — 
1| 3| 
(Storage address of |Not 
jlast SMB for this step jused 
1 1 


1| 


r 

1 storage address of 

1 first ACT entry for this step 


T ' 

3| 

1 Not 

1 used 

L 


1| 3| 
[Storage address of |Not 
j volume table jused 
1 1 


1| 


1 storage address of 

1 dsname table for this step 


1 

3| 
1 Not 
1 used 


1| 
[Name of step that called procedure 
1 (if any) 

1 

1 ^ 


8| 






Stepname 


8| 
J 


1 Not used 


" T 

2| 
1 Length < 
1 table 
1 


Df volume 


T T T T T 

2| 1| 1| 1| 1| 

1 No. of 1 No. of 1 No. of jstep 1 

1 SIOTs in j setup | JFCBs to | type | 

1 this step] messages^ j allocate j indicators! 
1 I 1 I J 






Initializing parameter 
values 


40! 
1 






Programnaroe 


1 

8| 


1 Length of dsname 
j table in bytes 


2 1 2 1 First 1 1 
1 First step condition! step j Storage address 
1 code 1 condition j of first condition SCT 
j 1 operator j 


3| 
_ 1 


j Second through seventh step condition entries. . . 

1 2| Eighth 1| 3| 

1 condition code ( condition| of eighth conditioh SGT | 
f 1 operatoi: | j 


36| 

H 

2| 



Figure 41. Step Control Table 
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STEP INPUT/OUTPUT TABLE 

The Step Input/Output Table (SIOT),, 
shown in Figure 42, makes DD statement 
information available to the initiator/ 
terminator for use as a source of informa- 
tion for the TIOT and for providing DD 
information to allocation and disposition 
routines. When a DD statement is read, the 
reader/interpreter creates a new SIOT and 
places the DD information into it. The 
individual bits of indicator bytes 56 
through 60 in the SIOT are set to one to 
indicate the following conditions: 

BYTE 56: Disposition Status Byte 





(SCTSDISP) 


Bit 





Nonshareable volume 


Bit 


1 


Retain volume 


Bit 


2 


Private volume 


Bit 


3 


Pass data set 


Bit 


4 


Keep data set 


Bit 


5 


Delete data set 


Bit 


6 


Catalog data set 


Bit 


7 


Uncatalog data set 


BYTE 57: 


c 




Itatus Byte 1 (SCTSBYTl) 


Bit 


Dummy data set 


Bit 


1 


SYSIN data set 


Bit 


2 


Split (primary) 


Bit 


3 


Split (secondary) 


Bit 


4 


Suballocate 


Bit 


5 


Parallel mount 


Bit 


6 


Unit affinity 


Bit 


7 


Unit separation 


BYTE 58: 


c 



;tatus Byte 2 (SCTSBYT2) 


Bit 


Channel affinity 


Bit 


1 


Channel separation 


Bit 


2 


Volume affinity 


Bit 


3 


Not used 


Bit 


U 


Unlabeled 


Bit 


5 


Pool DD statement 


Bit 


6 


Defer mounting 


Bit 


7 


Received data set 


BYTE 59: 


Status Byte 3 (SCTSBYT3) 



Bit Volume reference is dsname 
Bit 1 SYSIN expected 

(procedures only) 
Bit 2 No associated volume 

serial in volume table 
Bit 3 Intra-step suballocate 



Bit 4 SYSOUT was specified 

Bit 5 New data set 

Bit 6 Modified data set 

Bit 7 Old data set 



BYTE 60: Status Byte 4 (SCTSBYT4) 

Bit Set by reader/interpreter 

to indicate GDG single 
Bit 2 Volume serial was found 

in passed data set queue 

(PDQ) 
Bit 4 Step processed 
Bit 5 Intra-step volume affinity 
Bit 6 Data set is in PDQ 
Bit 7 1 = old or modified data 

set 

= new data set 



SYSTEM MESSAGE BLOCK 

The system message block (SMB)» shown in 
Figure 43 ^ temporarily stores all control 
statements and diagnostic error messages 
before they are printed via the system 
output writer routine.. The reader/ 
interpreter control routine creates and 
initializes one or more SMBs for each job 
step. Initiator/terminator routines also 
may add messages to the SMB. The chain 
address of the next SMB is given in bytes 4 
through 8 of each table but the last,, 
resulting in a chain of SMBs for each job. 
The status byte of each entry concerns the 
following entry, and contains the message 
length, zero if there are no more messages, 
or all ones if a data set entry follows, 
the format of which is shown in Figure 44. 



VOLUME TABLE 

The volume table (VOLT) , shown in Figure 
45, consists of a series of chained blocks, 
and contains the list of volume serial 
numbers to be used in a given step. Use of 
the list reduces the number of times that 
the SYSl . SYS JOBQE data set must be ref- 
erenced during allocation. The table is 
built by the DD routine for each step, and 
is modified by the JFCB housekeeping rou- 
tine. The maximum extent of each block of 
the table is 176 bytes, and the maximum 
number of volumes listed per block is 28. 
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j Auxiliary storage address 
I of SIOT 

I 

-X 



—T 

3| 1 

I Table 
I ID=03 



H 



Ddnaine 



Channel separation and affinity 



Unit separation and affinity 



— T- 

3| 
I Not 
I used 
I 

3| 
I Not 

I used 

I 

I 



Storage address of 
next SIOT in chain 



Storage address of 

SIOT for VOLREF/SUBALLOCATE 



Not 
used 



Not 
used 



Storage address of 
JFCB (left adjusted) 



^ 

1 



Storage address 

of SIOT system 

output / dependency block 



T T -^ • 

1| 1| 

Internal | No. of | Relative pointer 
No, of I volumes j to volume table 
pool DD I I entry 

X X,- . 



Not used 



^ ^ 

1| 1| 
Internal | No. of | Not 
DD j units I used 
number | | 

X -^X- 



1| 



I 
-X- 



Status bytes (see text) 



Unit type 



61 



Not used 



44 I 

I Not used 

I 



DCB reference dsname 



Figure 42. Step Input/Output Table 
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T T 

3| 1| 3 

Storage address of this SMB | Table | Storage address of next SMB,, 

I ID=5 I or zero if last SMB in chain 



Not used 



4 I Pointer to 
I next available 
I byte 



First message 



1| 1 
I Status 
I byte 

— X 

Variable 



Not 
used 



Part of 

first 

message 



Status 
byte 



T 1 

Variable! ij 
I Zero after I 
I last I 
[message | 

X J 



Last message 



Figure 43. System Message Block 



^ ^ 

1| 1| 2 

Entry | Status | Relative location 
length | A I of pool 

I I 

X X 



^ J. . ^ ^ 

3| II 
I Table 
I ID=0 
I 

^ ^ ^ X ^ 



Ddname 



JFCB address (TTR) 



— T 

3| 1 

I Status 
I c 



^ ^ — 

1| 1| 
Status I Not I UCB 
B I used I address 



H 



H 



Variable 



Additional TIOT information 



J. . ^ J. 

I 1| 1| 1 

I Class I Step I Delete 

I I I 



H 



Form number 



Programname 
Figure 44. SMB Data Set Message Format 



Storage address 
of this block 



Storage address 
of next block 

^ ^ 

First volume serial 



I Second volume 
serial 



I- 



L . 



J 



J 



28th volume 
serial 



I 

L J 

Figure 45. Volume Table 



6| 
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APPENDIX C; LOAD MODULES AND ASSEMBLY MODULES 



This appendix lists job management load 
modules and indicates the assembly modules 
that are processed by the linkage editor 
into each load module during system genera- 
tion. Included is a separate list that 
shows the load modules in which each assem- 
bly module is contained. 

Job management routines for sequential 
scheduling systems are packaged in three 
configurations: 18K, 44K, and lOOK (where K 
is 1024 bytes of main storage) . The num- 
bers represent the maximum amount of main 
storage occupied by job management routines 
and work areas at any time. All three job 
management configurations function identi- 
cally but differ in both the number of 
their load modules and the number of assem- 
bly modules within each load module. Job 
management routines occupy the dynamic por- 
tion of main storage alternately with proc- 
essing programs, and therefore these size 
designations bear a direct relationship to 
the main storage required for each configu- 
ration. 



modules are shown on the control- flow 
charts. Because storage is used in this 
manner, the load modul^e lists may be used 
with Charts 43, 44 or 45 to determine the 
approximate layout of main storage at dif- 
ferent times during the execution of job 
management routines. Other items present 
in the problem program area at the same 
time as the load modules are not shown on 
the control flow charts because, although 
these items are necessary, control is not 
passed among them.^ They are, generally, 
the tables and control blocks, work areas,, 
access methods, buffers, and register save 
areas. 



In the following load module lists,, 
entry points are shown if a load module 
contains more than one assembly module. If 
only one assembly module is named, the 
entry point is the same as the assembly 
module's control section (CSECT) name given 
in the Assembly Modules and Control Sec- 
tions table in this appendix - 



LOAD MODULES 



In each configuration, all load modules 
are contained in three data sets: 
SYSl. NUCLEUS, SYSl.SVCLIB, and 
SYSl.LINKLIB. These data sets also contain 
other parts of the control program. The 
load modules in the first two data sets 
remain the same for all three job manage- 
ment configurations, but the SYSl.LINKLIB 
data set contains a different set of load 
modules for each configuration,, depending 
on which one was selected at system genera- 
tion time. In the 18K configuration, LINK- 
LIB contains 36 load modules; in the 44K 
configuration, it contains 25 load modules; 
and in the 10 OK configuration, 18 load 
modules. 

Charts 43 through 45 show the control 
flow among load modules. The decision to 
transfer control (XCTL) to a particular 
succeeding load module is made in the 
previous load module. Each subsequent 
module loaded in response to an XCTL macro- 
instruction is read into main storage 
directly over the previous load module. 
Such load modules are read into the low- 
numbered end of the dynamic, or problem- 
program, area of main storage. 

Modules that are brought into storage 
with LINK macro-instructions and LOAD 
macro- instructions occupy separate storage 
areas within the problem program area; such 



LOAD MODULES CONTAINED IN THE SYSl. NUCLEUS 
DATA SET 

The load modules and assembly modules in 
the following list are contained in the 
SYSl. NUCLEUS data set, and are always pres- 
ent in the nucleus, or fixed area of main 
storage, regardless of the job management 
conf iguration . 

Load Module Name; SYSl. NUCLEUS 

Assembly Modules: 

lEEBClPE External interrupt routine. 

lEECIROl Console interrupt routine. 

lEERSCOl Master scheduler buffers,, 

switches, input/ output block 
(lOB), event control block 
(ECB) ,, channel control word 
(CCW) , and data extent block 
(DEB). This load module forms 
master scheduler resident main 
storage in the nucleus area when 
the primary or alternate console 
(1052) is used. 

lEERSROl Master scheduler buffers,, 

switches, lOB,, ECB, CCW„ and 
DEB. This load module forms 
master scheduler resident main 
storage in the nucleus area when 
the composite console is used. 

lEFDPOST Unsolicited interrupt routine. 

lEFKRESA Table store subroutine work 
area. 
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LOAD MODULES CONTAINED IN THE SYSl.SVCLIB 
DATA SET 

The load modules and assembly modules in 
the following list are contained in the 
SYSl.SVCLIB data set, and are called in 
response to SVC instructions. 

Load Module Name; IGC0003D 

Assembly Modules: 

lEEMXCOl Master command EXCP routine 

(Part 1) — primary/alternate 

console, 
lEEMXROl Master command EXCP 

routine (Part 1) — composite 

console. 



IGC0103D Command processing routine for 

•MOUNT, VARY ONLINE/OFFLINE, and 
UNLOAD. This routine issues an 
XCTL to IGC0203D if command is 
other than listed.' 

IGC0203D Command processing routine for 
•DISPLAY JOBNAMES, STOP JOB- 
NAMES,, CANCEL" (SHIFT command 
not used primary control pro- 
gram. ) 

Load Module Name; IGC0003F 
Assembly Module: 

lEEBHlPE Not used in sequential schedul- 
ing system. 



Load Module Name: IGC0003E 

Assembly Modules: 

lEEWTCOl Write-to-operator (WTO) routine 

— primary/alternate console. 
lEEWTROl Write-to-operator (WTO) routine 

-- composite console. 

Load Module Name: IGC0103D 
Assembly Modules: 



MODULES CONTAINED IN THE SYSl.LINKLIB DATA 
SET 

The load modules and assembly modules in 
the following lists are contained in the 
SYSl.LINKLIB data set. A list is provided 
for each of the three packaging configu- 
rations in which job management routines 
are available. 



18K CONFIGURATION 



Load Module Name: lEFSTERM 

Alias: lEFYN 

Alias : GO 

Entry Point: lEFSDOll 

Assembly Modules: 

lEFSDOll Entry to job management from 

supervisor. 
IEFW42SD Passes control to lEFIDUMP (in 
lEFIDUMP Load Module) if neces- 
sary, or to lEFYNIMP (in this 
module) . 
lEFYNIMP Step termination routine. 
IEFYPJB3 Step data set driver routine, 
lEFVJIMP Job statement condition code 

routine. 
lEFZGSTl Disposition and unallocation 

subroutine. 
lEFACTLK Linkage to user's accounting 

routine. 
lEFACTRT Dummy, to be replaced by user's 

accounting routine. 
(The preceding two modules may be replaced 
by lEFACTFK assembly module if no account- 
ing routine is specified as a system gene- 
ration option. ) 

IEFSD017 Places logical track address 
(TTR) of first system message 
block (SMB) into job control 
table (JCT). 
IEFW22SD Passes control to lEFYNIMP (in 
this load module) , then to 
IEFSD002 (in this load module) 
or to IEFZAJB3 (in lEFJTERM load 
module) . 



IEFSD002 Exit to IEF08FAK or IEF09FAK 
(both in this load module). 

IEFSD006 Converts record number to logi- 
cal track address (TTR) . 

IEFSD007 Call to table store subroutine. 

lEFYSSMB Message enqueuing routine, 
enqueues SMBs. 

lEFQMSSS Table store subroutine. 

lEFVJMSG Contains initiator/terminator 
messages, 

lEFYNMSG Contains initiator/terminator 
messages, 

lEFYPMSG Contains initiator/terminator 
messages, 

lEFZGMSG Contains initiator/terminator 
messages, 

lEFZHMSG Contains initiator/terminator 
messages. 

lEFIDFAK Linkage to lEFIDUMP (in lEFIDUMP 
load module) . 

lEFZAFAK Linkage to IEFZAJB3 (in lEFJTERM 
load module) . 

IEF08FAK Linkage to IEFSD008 (in lEFINTFC 
load module) • 

IEF09FAK Linkage to IEFSD009 (in lEFSELCT 
load module) . 

Load Module Name: lEFSELCT 

Alias: IEFSD009 

Entry Point: IEFSD009 

Assembly Modules: 

IEFSD006 Converts record number to logi- 
cal track address (TTR) . 

IEFSD009 Initializes initiator/ termina- 
tor. 
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Load Modules 

{18K Configuration, Continued) 



Load Modules 

(18K Configuration, Continued) 



IEFW21SD System control routine. 
lEFVKIMP Execute statement condition code 

routine. 
lEFVMLSl JFCB housekeeping (H/K) control 

routine. 
IEFVM2LS JFCB H/K fetch DCB routine. 
IEFVM3LS JFCB H/K generation data group 

(GDG) single routine. 
IEFVM4LS JFCB H/K generation data group 

(GDG) all routine. 
IEFVM5LS JFCB H/K patterning data set 

control block (DSCB) routine. 
IEFVM76 Processes passed, non-labeled 

tape data sets. 
lEFWSTRT Job started message routine. 
lEFYSSMB Message enqueuing routine, 

enqueues SMBs. 
lEFQMSSS Table store subroutine. 
lEFWMASl Device name table. 
lEFVKMSG Contains initiator terminator 

messages. 
IEFVMLK5 Linkage to IEFVMLS6 (in lEFERROR 

load module) . 
lEFXAFAK Linkage to lEFXCSSS (in lEFALOCl 

load module) . 
lEFYNFAK Linkage to lEFYNIMP (in lEFSTERM 

load module) . 

Load Module Name; lEFALOCl 

Alias: lEFXJOOO 

Alias: lEFXA 

Entry Point: lEFXA 

Assembly Modules: 

lEFXCSS 

lEFXJIMP 



lEFWCFAK 



lEFXJFAK 



Linkage to lEFWCIMP (in IEFAL0C3 
load module) . 

Linkage to lEFXCSSS (in lEFALOCl 
load module) . 



Allocation control routine. 

Allocation error recovery rou- 
tine. 
lEFYSSMB Message enqueuing routine. 
lEFQMSSS Table store subroutine. 
lEFXAMSG Contains initiator/terminator 

messages. 
lEFXJMSG Contains initiator/terminator 

messages . 
lEFWAFAK Linkage to lEFWAOOO (in IEFAL0C2 

load module) . 
lEFWCFAK Linkage to lEFWCIMP (in IEFAL0C3 

load module) . 
lEFYNFAK Linkage to lEFYNIMP (in lEFSTERM 

load module) . 

Load Module Name: IEFAL0C2 

Alias: lEFWAOOO 

Alias: IEFX5000 

Entry Point: lEFWAOOO 

Assembly Modules: 

lEFWAOOO Demand allocation routine. 

lEFWSWIN Passes control to decision allo- 
cation or automatic volume 
recognition (AVR) routine. 

IEFX5000 Decision allocation routine. 

IEFX300A Device strikeout routine. 

lEFXHOOO Separation strikeout routine. 

lEFWMSKA Device mask table. 

lEFXVFAK Linkage to lEFXVOOl (in load 
module IEFAL0C4) . 



Load Module Name; IEFAL0C3 

Alias; lEFWCOOO 

Entry Point; lEFWCOOO 

Assembly Modules; 

lEFWCIMP Task Input/Output Table con- 
struction routine. 

lEFXHOOO Separation strikeout routine. 

lEFWDFAK Linkage to lEFWDOOO (in lEFALOCa 
module) . 

lEFXJFAK Linkage to lEFXCSSS (in lEFALOCl 
module) . 

Load Module Name: IEFAL0C4 

Alias: lEFWDOOO 

Alias: lEFXVOOl 

Entry Point; lEFWDOOO 

Assembly Modules: 

lEFWDOOO External action routine. 

lEFWDOOl Message directory for external 

action routine. 
lEFXKIMP Allocation error non- recovery 

routine- 
lEFYSSMB Message enqueuing routine, 

enqueues SMB • s . 
lEFQMSSS Table store subroutine. 
lEFXKMSG Contains initiator/terminator 

messages. 
lEFYNFAK Linkage to lEFYNIMP (in lEFSTERM 

load module) . 
IEFSD006 Converts record number to logi- 
cal track address (TTR) . 
lEFXTFAK Linkage to lEFXTOOO (in load 

module IEFAL0C5) . 
lEFXVOOl Automatic volume recognition,. 
IEFXV002 Processes new volumes (AVR). 
IEFXV003 Processes specific requests for 

unmounted volumes. 
lEFXVOOa AVR unloading routine. 
lEFXVNSL AVR volume serial routine. 
lEFXVMSG AVR message routine. 
lEFXlFAK Linkage to lEFXJIMP (in load 

module lEFALOCl) . 
IEFX2FAK Linkage to IEFX5000 (in load 

module IEFAL0C2). 
IEFX3FAK Linkage to lEFWCIMP (in load 

module IEFAL0C3). 
IEFX300A Device strikeout routine. 



Load Module Name; IEFAL0C5 

Alias; lEFXTOOO 

Entry Point; lEFXTOOO 

Assembly Modules; 

lEFXKIMP Allocation error non-recovery 

routine. 
lEFXTDMY Queue overflow routine. 
lEFXTOOD Space request routine. 
lEFYSSMB Message enqueuing routine,, 

enqueues SMBs. 
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liOaol Moduli es 

(18K Configuration, Continued) 



Load Modules 

(18K Configuration, Continued) 



lEFQMSSS Table store subroutine. 
lEFXKMSG Contains initiator/terminator 

messages. 
lEFXTMSG Contains initiator/terminator 

messages. 
IEFW41SD Exit to IEF04FAK (in this load 

module) . 
IEFSD006 Converts record number to logi- 
cal track address (TTR) • 
IEF04FAK Linkage to IEFSD004 (in lEFATACH 

load module) . 
lEFYNFAK Linkage to lEFYNIMP (in lEFSTERM 

load module) • 
lEFWDFAK Linkage to lEFWDOOO (in IEFAL0C4 

load module) • 



Load Module Name: lEFATACH 

Alias: 1EFSD004 

Entry Point: lEFSDOOa 

Assembly Modules: 

IEFSD004 Step initiation routine, with 
exit to processing program. 

IEFSD006 Converts record number to logi- 
cal track address (TTR) . 

IEFSD007 Call to table store subroutine. 

lEFSDOlO Dequeues and writes out system 
message blocks (SMBs) . 
Table store subroutine. 



lEFQMSSS 



Load Module Name: lEFCNTRL 

Alias: IEF5DDHD 

Alias : lEFMF 

Alias: lEFMC 

Alias : lEFKA 

Entry Point: INDMRTN 

Assembly Modules : 

lEFSPIE 

IEF7KAXX 



Program check handling routine. 
Reader/ interpreter control rou- 
tine. 

IEF6DDHD DD routine. 

IEF6BOCM Breakout routine. 

IEF6MFXX Verb identification routine. 

IEF6MCXX Scans job control language <JCL) 
statements. 

IEF6STNM Scan stepname routine. 

IEF6NAME Qualified name routine. 

IEF6FRRS Resolves DD forward references. 

IEF6DCB0 DCB refer-back routine. 

IEF6MKXX Continuation routine. 

IEF7MMCM Reader/interpreter message rou- 
tine. 

IEFSD006 Converts record number to logi- 
cal track address (TTR). 

IEF6MIXX Reader/interpreter call to 
lEFQMSSS . 

lEFQMSSS Table store subroutine. 

IEFK4DUM Linkage to IEFK4ENT (in IEFK4 
load module) . 

IEF6DHX1 Linkage to IEF6SCAN (in lEFDD 
load module) . 

lEFKLDUM Linkage to IEF6KLXX (in lEFlSTMT 
load module) . 



lEFJMDUM Linkage to IEF6NCJB (in lEFJOB 

load module) . 
lEFEMDUM Linkage to IEF6NJEX (in lEFEXEC 

load module) . 
IEF60UT2 DD output routine, with exit to 

IEF7KAXX (in this load module) . 
lEFKGDUM Linkage to IEF7KGXX (in lEFINTFC 

load module) . 
lEFKPDUM Linkage to IEF7KPXX (in lEFCOMND 

load module) . 
IEFK3DUM Linkage to IEF7K3XX (in lEFEOF 

load module) . 

Load Module Name: lEFDD 

Alias: IEF5SCAN 

Entry Point: INDMON 

As s embly Modul es : 

IEFSPIE 

IEF6SCAN 

IEF6B0CM 

IEFSD012 

IEF6DDNM 

IEF6DSNM 

IEF6RFWD 

IEF6RTPR 

IEF6LFPR 

IEF6EQUL 

IEF6LIST 

IEF6NLST 



Program check handling routine. 

DD scan routine. 

Breakout routine. 

DD* statement routine. 

DD name routine. 

DS name routine. 

Processes DD forward references. 

Right parenthesis routine. 

Left parenthesis routine. 

Equal sign routine. 

Subparameter list routine. 

Routine for no subparameter 

list. 
IEF6NDDP DD parameter list table. 
IEF6NDDX Alternative DD parameter list 

table (DDPLT). 
IEF6DCDP Data control block (DCB) DD 

parameter list table. 
IEFSD013 Assigns unit to system output 

(SYSOUT) • 
IEF60RDR Order subroutine. 
IEF6INST Insert routine. 
IEF6VALU Value subroutine. 
IEF6CLNP Clean up after DD routine. 
IEFSD006 Converts record number to logi- 
cal track address (TTR) . 
IEF6ERR1 DD error- handling routine. 
IEF7MMCM Reader/interpreter message rou- 
tine. 
IEF6MIXX Reader/interpreter call to 

lEFQMSSS 
lEFQMSSS Table store subroutine. 
IEF6CN17 Linkage to IEF6DDHD (in lEFCNTRL 

load module) . 

Load Module Name: lEFINTFC 

Alias: IEFSD008 

Alias: lEFSDOOl 

Alias : lEFKG 

Entry Point: IEFSD008 

Assembly Modules: 

IEFSPIE Program check handling routine. 

IEFSD008 Initiator/terminator to 

reader /interpreter interface. 

IEF7KGXX Output tables for step. 

IEFSD006 Converts record number to logi- 
cal track address (TTR) . 
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IEFSD007 Call to table store subroutine. 
lEEMCROl Master command routine. 
IEF7MMCM Reader /interpreter message rou- 
tine. 
IEF6MIXX Reader/interpreter call to 

lEFQMSSS . 
lEFQMSSS Table store subroutine. 
lEFSDOOl Reader/interpreter entry to 

IEF09FAK or to IEFW23SD (both in 

this load module) . 
IEF09FAK Linkage to IEFSD009 (in lEFSELCT 

load module) . 
IEF23FAK Linkage to IEFW23SD (in lEFJTERM 

load module) . 
lEFMFDUM Linkage to IEF6MFXX (in lEFCNTRL 

load module) . 
lEFKADUM Linkage to IEF7KAXX (in lEFCNTRL 

load module>. 
IEFK3DUM Linkage to IEF7K3XX (in lEFEOF. 

load module) • 

Load Module Name: lEFEXEC 

Mias.* lEFlM 

Entry Point: lEFEM 

Assembly Modules: 

lEFSPIE Program check handling routine. 

Execute (EXEC) statement rou- 
tine. 

Breakout routine. 

Scan stepname routine. 

Qualified name routine. 

Refer- back routine. 

Procedure name routine. 

TIME keyword routine. 

Condition (COND) keyword rou- 
tine. 

Parameter (PARM) keyword rou- 
tine. 

Accounting information routine. 

Reader /interpreter message rou-- 

tine- 

Reader/interpreter call to 

lEFQMSSS. 

Table store subroutine. 

Linkage to IEF6COND (in this 

module) . 

Linkage to IEF6MFXX (in lEFCNTRL 

load module) . 



IEF6NJEX 

IEF6B0CM 
IEF6STNM 
IEF6NAME 
IEF6RFBK 
IEF6PR0C 
IEF6TIME 
IEF6C0ND 

IEF6PARM 

IEF6NFCM 
IEF7MMCM 

IEF6MIXX 

lEFQMSSS 
IEF8LINK 

lEFMFDUM 



Load Module Name: lEFJQB 
Alias: lEFJM 
Entry Point: lEFJM 
Assembly Modules: 

lEFSPIE Program check handling routine. 
IEF6NCJB Job (JOB) statement routine. 
IEF6B0CM Breakout routine. 
IEF6STNM Scan stepname routine. 
IEF6NAME Qualified name routine. 
IEF6NFCM Accounting information routine. 
IEF6NIJB TYPRUN keyword routine. 
IEF6NYJB Priority (PRTY) keyword routine. 
IEF6C0ND Condition (COND) keyword rou- 
tine. 



IEF6NXJB Message level (MSGLEVEL) keyword 
routine. 

IEF6NZJB Message class (MSGCLASS) keyword 
routine. 

IEF6NIJB Parenthesis routine. 

IEF7MMCM Reader/interpreter message rou- 
tine. 

IEF6MIXX Reader/interpreter call to 
lEFQMSSS . 

lEFQMSSS Table Store subroutine. 

lEFMFDUM Linkage to IEF6MFXX (in lEFCNTRL 
load module) . 

Load Module Name; lEFJTERM 

Alias: IEFW23SD 

Alias: lEFZA 

Entry Point: lEFZA 

Assembly Modules : 

IEFW23SD Initializes for job termination,, 

exits to IEFZAJB3 (in this load 

module) . 
IEl'ZAJB3 Job termination routine. 
lEFWTERM Job ended message routine. 
lEFZGJBl Disposition and unallocation 

subroutine. 
lEFACTLK Linkage to user's accounting 

routine. 
lEFACTRT Dummy module to be replaced by 

user's accounting routine. 
(The preceding two modules may be replaced 
by lEFACTFK assembly module if no account- 
ing routine is specified as a system gene- 
ration option. ) 

IEFSD006 Converts record number to logi- 
cal track address (TTR) . 
IEFSD007 Call to table store subroutine. 
lEFYSSMB Message enqueuing routine, 

enqueues SMBs. 
lEFQMSSS Table store subroutine. 
lEFZHFAK Call to 2POQMGR1 subroutine, in 

lEFZGJBl of this load module. 
lEFZGMSG Contains initiator terminator 

messages. 
lEFZHMSG Contains initiator terminator 

messages . 
IEFW31SD Exit to IEFSD003 (in this load 

module) . 
IEFSD003 Passes control to lEFSDOlO, then 

to IEF08FAK, (both in this load 

module) . 
lEFSDOlO Dequeues and writes out system 

message blocks (SMBs) . 

Load Module Name: lEFCOMND 

Alias: lEFKP 

Entry Point: lEFKP 

Assembly Modules: 

IEF7KPXX Processes commands in input 
stream. 

lEEMCROl Master command routine. 

lEEILCDM Prevents unresolved lEEICCAN 
symbol after initialization. 

IEFSD006 Converts record number to logi- 
cal track address (TTR) . 
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IEF7MMCM Reader/interpreter message rou- 
tine. 

IEF6MIXX Reader/interpreter call to 
lEFQMSSS . 

lEFQMSSS Table store subroutine. 

lEFKADUM Linkage to IEF7KAXX (in lEFCNTRL 
load module) . 

Load Module Name: lEFlSTMT 

Alias : lEFKL 

Entry Point: lEFKL 

Assembly Modules: 

lEFSPIE Program check handling routine. 

IEF6KLXX First statement routine. 

IEF7MMCM Reader/interpreter message rou- 
tine. 

IEF6MIXX Reader/interpreter call to 
lEFQMSSS . 

lEFQMSSS Table store subroutine. 

lEFMCDUM Linkage to IEF6MCXX (in lEFCNTRL 
load module) . 

lEFKADUM Linkage to IEF7KAXX (in lEFCNTRL 
load module) . 

Load Module Name: lEFEOF 

Alias: IEFK3 

Entry Point: IEFK3 

Assembly Modules: 

IEFSPIE Program check handling routine. 

IEF7MMCM Reader /interpreter message rou- 
tine. 

IEF7K3XX Input stream end-of-file (EOF) 
routine. 

IEF7K4XX Close devices routine. 

IEF7K2XX Open devices routine. 

IEFSD006 Converts record number to logi- 
cal track address (TTR) . 

IEFSD007 Call to table store subroutine. 

IEF6MIXX Reader/interpreter call to 
lEFQMSSS . 

lEFQMSSS Table store subroutine. 

lEEMCROl Master command routine. 

lEFKADUM Linkage to IEF7KAXX (in lEFCNTRL 
load module) . 

lEEILCDM Prevents unresolved lEEICCAN 
symbol after initialization 
(IPL). 



Load Module Name; IEFK4 

Entry Point: IEFK4DUM 

Assembly Modules: 

IEFSPIE Program check handling routine. 

IEF7MMCM Reader /interpreter message rou- 
tine. 

IEFK4ENT Switch input readers routine. 

IEF7K4XX Close devices routine. 

IEF7K2XX Open devices routine. 

IEFSD006 Converts record number to logi- 
cal track address (TTR) . 

IEFSD007 Call to table store subroutine. 

IEF6MIXX Reader/interpreter call to 
lEFQMSSS . 

lEFQMSSS Table store subroutine. 



Load Module Name: lEFERROR 

Alias: IEFVM6LS 

Entry Point: lEFVMSGR 

Assembly Modules; 

IEFVMLS6 JFCB housekeeping error message 

processing routine. 
lEFYSSMB Message enqueuing routine, 

enqueues SMBs. 
lEFQMSSS Table store subroutine. 
IEFVMLS7 Contains initiator terminator 

messages. 
lEFYNFAK Linkage to lEFYNIMP (in lEFSTERM 

load module) . 



Load Module Name; lEFIDUMP 

Entry Point: lEFIDUMP 

Assembly Modules: 

lEFIDUMP Indicative dump routine. 

lEFYSSMB Message enqueuing routine, 

enqueues SMBs. 
lEFQMSSS Table store subroutine* 
lEFIDMPM Contains initiator terminator 

messages. 
lEFYNFAK Linkage to lEFYNIMP (in lEFSTERM 

load module) . 



Load Module Name; lEFDCB 
Alias; IEF5DCDP 
Assembly Module: 

IEF6DCDP Data control block (DCB) DD 
parameter list table. 

Load Module Name; lEFMSGOl 
Assembly Module: 

IEF3MSG1 Contains reader/interpreter 
messages . 

Load Module Name; IEFMSG02 
Assembly Module: 

IEF3MSG2 Contains reader/interpreter 
messages. 



Load Module Name; IEFMSG03 
Assembly! Module: 

IEF3MSG3 Contains reader/interpreter 
messages. 

Load Module Name; IEFMSG04 
Assembly Module: 

IEF3MSG4 Contains reader/interpreter 
messages. 

Load Module Name: IEFMSG05 
Assembly Module': 

IEF3MSG5 Contains reader/interpreter 
messages. 

Load Module Name; IEFMSG06 
Assembly Module: 

IEF3MSG6 Contains reader/interpreter 
messages. 
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Load Module Name; IEFMSG07 
Assembly Module: 

IEF3MSG7 Contains reader/interpreter 
messages. 

Load Module Name: lEFINITL 

Alias: lEFKl 

Assembly Modules; 

lEFSPIE 

IEF7MMCM 



IEF7K1XX 



lEFKlMSG 

lEEMCROl 
lEEILCOl 
IEF7K2XX 
lEFWSDIP 

IEFSD006 

IEFSD007 
IEF6MIXX 

lEFQMSSS 
lEFPRFAK 



Program check handling routine- 
Reader/interpreter message rou- 
tine. 

Entry to job management from 
nucleus initialization program 
(NIP) . 

Reader /interpreter message rou- 
tine. 

Master command routine. 
Automatic command routine. 
Open devices routine. 
Linkage control table (LCT) 
initialization routine. 
Converts record number to logi- 
cal track address (TTR) • 
Call to table store subroutine. 
Reader/interpreter call to 
lEFQMSSS. 

Table store subroutine. 
Linkage to lEFPRES load module. 



Assembly Module: 

lEFINTQA Initializes SYSl.SYSJOBQE data 
set. 

Load Module Name; lEETIME 

Alias; lEEQOTOO 

Assembly Module: 

lEEQOTOO Sets time and date. 

Load Module Name; lEEFAULT 
Alias: lEEGKlGM 
Assembly Module: 

lEEGKlGM Fault routine — issues master 
scheduler messages. 

Load Module Name: lEESTART 

Alias: lEEIClPE 

Entry Point; lEEIClPE 

Assembly Modules: 

lEESTART START command routine. 

lEEREADR Start reader routine. 

lEEWRITR start writer routine. 

Load Module Name: lEEJFCB 
Alias: IEEIC3JF 
Assembly Module: 

IEEIC3JF Contains preformatted JFCB for 
one START command. 



Load Module Name: lEFPRES 

Assembly Modules: 

lEFPRES Volume attribute initialization 

routine. 
lEFKIMSG lEFPRES messages. 
lEFKADUM Linkage to lEFKA load module. 

Load Module Name: lEESET 
Alias: lEEGESTO 
Assembly Module: 

lEEGESOl Master scheduler SET command 
routine. 



Load Module Name: 



lEFJOBQE 



Alias : lEFINTQS 



Load Module Name: lEESJFCB 
Alias: IEEIC2NQ 

Entry Point: IEEIC2NQ 

Assembly Modules: 

IEEIC2NQ Saves START command JFCBs- 

lEFQMSSS Table store subroutine. 



Load Module Name: lEFPRINT 

Alias: SPRINTER 

Alias : lE^PRT 

Assembly Module: 

lEFPRTXX Tape SYSOUT to printer. 



44K CONFIGURATION 



Load Module Name: lEFSTERM 

Alias: lEFYN 

Alias: IEFSD009 

Alias: GO 

Entry Point: lEFSDOll 

Assembly Modules: 

lEFSDOll Entry to job management from 
supervisor. 

Passes control to lEFIDUMP (in 
lEFIDUMP load module) if indica- 
tive dump is needed, or to lEF- 
YNIMP (in this load module) . 
Step termination routine. 
Step data set driver routine. 



IEFW42SD 



lEFYNIMP 
IEFYPJB3 



lEFVJIMP JOB Statement condition code 

routine, 
lEFZGSTl Disposition and unallocation 

subroutine. 
lEFACTLK Linkage to user's accounting 

routine. 
lEFACTRT Dummy user's accounting routine^ 
(The preceding two modules may be replaced 
by lEFACTFK assembly module if no account- 
ing routine is specified as a system gener- 
ation option, ) 

IEFSD017 Places logical track address 
(TTR) of first system message 
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block (SMB) in job control table 

( JCT) . 
IEFW22SD Passes control to lEFYNIMP (in 

this load module) , and then to 

IEFSD002 (in this load module) 

or to IEFZAJB3 (in lEFJTERM load 

module) . 
IEFSD002 Exit to IEF08FAK or IEFSD009 

(both in this load module) . 
IEFSD009 Initiator/terminator 

initialization of output unit, 

passes control to IEFW21SD (in 

this load module) . 
IEFW21SD System control routine. 
lEFVKIMP EXEC statement condition code 

routine. 
lEFVMLSl JFCB housekeeping control rou- 
tine. 
IEFVM2LS Fetch DCB routine. 
IEFVM3LS GDG single routine,. 
lEFYMULS GDG all routine. 
IEFVM5LS Patterning DSCB routine. 
IEFVM76 Processes passed nonlabeled tape 

data sets. 
lEFWSTRT Job Started message routine. 
lEFWMASl Device name table. 
IEFSD006 converts record number to logi- 
cal track address (TTR) • 
IEFSD007 Call to table store subroutine. 
lEFYSSMB Message enqueuing routine, 

enqueues SMBs. 
lEFQMSSS Table store subroutine. 
lEFVJMSG Contains initiator/terminator 

messages. 
lEFVKMSG Contains initiator/terminator 

messages. 
lEFYNMSG contains initiator/terminator 

messages.- 
lEFYPMSG Contains initiator/terminator 

messages . 
lEFZGMSG Contains initiator/terminator 

messages. 
lEFZHMSG Contains initiator/terminator 

messages. 
lEFIDFAK Linkage to lEFIDUMP (in lEFIDUMP 

load module) . 
IEFVMLK5 Linkage to IEFVMLS6 (in lEFERROR 

load module) . 
lEFXAFAK Linkage to lEFXCSSS (in lEFALLOC 

load module) . 
lEFZAFAK Linkage to IEFZAJB3 (in lEFJTERM 

load module) . 
IEF0 8FAK Linkage to IEFSD008 (in lEFCNTRL 

load module) . 



Load Module Name: 



lEFALLOC 



Alias : lEFXA 

Entry Point: lEFXA 

Assembly Modules: 

lEFXCSSS Allocation control routine. 

lEFXJIMP Allocation error recovery rou- 
tine. 

lEFWAOOO Demand allocation routine. 

lEFv^SWIN Passes control to decision allo- 
cation or AYR routine. 



lEFXVOOl Automatic volume recognition. 
IEFXV002 Processes new volumes (AVR) . 
IEFXV003 Processes specific requests for 

unmounted volumes. 
IEFXV004 AVR unloading routine. 
lEFXVNSL AVR volume serial routine. 
lEFXVMSG AVR message routine. 
IEFX5000 Decision allocation routine. 
IEFX300A Device strikeout routine. 
lEFXHOOO Separation strikeout routine. 
lEFWMSKA Device mask table. 
lEFWCIMP Task input/output table (TIOT) 

construction routine. 
lEFWDOOO External action routine. 
lEFWDOOl Message directory for external 

action routine. 
lEFXTOOD Space request routine. 
lEFXKIMP Allocation error nonrecovery 

routine. 
IEFW41SD Exit to step initiation routine. 
IEFSD004 Step initiation routine, with 

exit to processing program. 
IEFSD006 Convert record number to logical 

track address (TTR) . 
IEFSD007 call to table store subroutine. 
lEFSDOlO Dequeue and write out system 

message blocks (SMBs) . 
lEFXTDMY Queue overflow routine. 
lEFYSSMB Message enqueuing routine. 
lEFQMSSS Table store subroutine. 
lEFXAMSG Contains initiator/terminator 

messages . 
lEFXJMSG Contains initiator/terminator 

messages. 
lEFXKMSG contains initiator/terminator 

messages. 
lEFXTMSG Contains initiator/terminator 

messages. 
lEFYNFAK Linkage to lEFYNIMP (in lEFSTERM 

load module) . 

Load Module Name; lEFCNTRL 

Alias: IEF5DDHD 

Alias: lEFZA 

Alias: IEFSD008 

Alias : lEFMC 

Entry Point: lEFKA 

Assembly Modules: 

lEFSPIE Program check handling routine. 

IEF7KAXX Reader/interpreter control rou- 
tine. 

IEF6MCXX Scans job control language (JCL) 
statements. 

IEF6B0CM Breakout routine. 

IEF6NAME Qualified name routine. 

IEF6STNM Scan stepname routine. 

IEF6MFXX Verb identification routine. 

IEF6MKXX Continuation routine. 

IEF6NCJB JOB statement routine. 

IEF6NFCM Accounting information routine. 

IEF6N1JB TYPRUN keyword routine. 

IEF6NYJB Priority (PRTY) keyword routine. 

IEF6COND Condition (COND) keyword rou- 
tine. 

IEF6NXJB MSGLEVEL keyword routine. 
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IEF6NZJB 
IEF6NIJB 
IEF6NJEX 
IEF6RFBK 
IEF6PR0C 
IEF6TIME 
IEF6PARM 

IEF6DDHD 
IEF6SCAN 
IEFSD012 
IEF6DDNM 
IEF6FRRS 
IEF6DSNM 
IEF6RFWD 
IEF6LFPR 
IEF6RTPR 
IEF6EQUL 
IEF6LIST 
IEF6NLST 

IEF6NDDP 
IEF6NDDX 

IEF6DCB0 
IEF6DCDP 
IEF60RDR 
IEF6 INST 
IEF6VALU 
IEF6CLNP 
IEF6ERR1 
IEF7KPXX 

lEEMCROl 
IEF7MMCM 

IEF6MIXX 

lEFQMSSS 
IEF7KGXX 
IEFSD013 

IEFSD008 



lEFSDOOl 
IEFW23SD 

IEFSD006 

IEFSD007 
lEEILCDM 

lEFKaoUM 

IEF09FAK 

IEF8LINK 

lEFKLDUM 



MSGCLASS keyword routine. 
Parenthesis routine. 
EXEC statement routine. 
Refer-back routine. 
Procedure name routine. 
TIME keyword routine. 
Parameter (PARM) keyword rou- 
tine. 

DD statement routine. 
DD scan routine. 
DD* statement routine. 
DD name routine. 
Resolves DD forward references. 
DS name routine. 

Processes DD forward references. 
Left parenthesis routine. 
Right parenthesis routine. 
Equal sign routine. 
Subparameter list routine. 
Routine for no subparameter 
list. 

DD parameter list table. 
Alternative DD parameter list 
table (DDPLT) . 
DCB refer-back routine. 
DCB DD parameter list table. 
Order subroutine. 
Insert routine. 
Value subroutine. 
Clean up after DD routine. 
DD error- handling routine. 
Processes command in input 
stream. 

Master command routine. 
Reader/interpreter message rou- 
tine. 

Reader/interpreter call to table 
store subroutine. 
Table store subroutine. 
Output tables for step. 
Assigns unit for system output 
(SYSOUT) . 

Initiator/terminator to 
reader/interpreter interface 
routine. 

Reader/interpreter entry to 
IEF09FAK or to IEFW23SD (both in 
this load module). 
Performs initialization for job 
termination routine and exits to 
IEFZAJB3 (in this load module). 
Converts record number to logi- 
cal track address (TTR) . 
Call to table store subroutine. 
Prevents unresolved lEEICCAN 
symbol after IPL time. 
Linkage to IEFK4ENT (in IEFK4 
load module) . 

Linkage to IEFSD009 (in lEFSTERM 
load module) . 

Linkage to IEF6C0ND (in this 
load module) . 

Linkage to IEF6KLXX (in lEFlSTMT 
load module) . 



IEF60UT2 Linkage to IEF6SCAN (in this 

load module). 
IEFK3DUM Linkage to IEF7K3XX (in lEFEOF 

load module),. 
lEFZAFAK Linkage to IEFZAJB3 (in load 

module lEFJTERM) 

Load Module Name: lEFJTERM 

Alias: lEFZA 

Entry Point: lEFZA 

Assembly Modules: 

IEFZAJB3 Job termination routine. 

lEFWTERM Job ended message routine. 

lEFZGJBl Disposition and unallocation 

subroutine. 
lEFACTLK Linkage to user accounting rou- 
tine. 
lEFACTRT Dummy routine to be replaced by 

user's accounting routine. 
(The preceding two modules may be replaced 
by lEFACTFK assembly module if no account- 
ing routine is specified as a system gener- 
ation option.) 

IEFSD006 Converts record number to logi- 
cal track address (TTR) . 
IEFSD007 Call to table store subroutine. 
lEFYSSMB Message enqueuing routine 

enqueues SMB " s . 
lEFQMSSS Table store subroutine,. 
lEFZGMSG Contains initiator/terminator 
messages. 
Contains initiator/terminator 



lEFZHMSG 



IEFW31SD 



IEFSD003 



lEFSDOlO 



IEF08FAK 



lEFZHFAK 



messages. 

Job termination exit to IEFSD003 

(in this load module) . 

Passes control to lEFSDOlO, in 

this load module. 

Dequeue and write out system 

message blocks (SMBs) . 

Linkage to IEFSD008 (in lEFCNTRL 

load module) . 

Linkage to subroutine ZPOQMGRl, 

in lEFZGJBl of this load module. 



Load Module Name: lEFlSTMT 

Alias: lEFKL 

Entry Point: lEFKL 

Assembly Modules: 

IEF6KLXX First statement routine. 

IEF7MMCM Reader/interpreter message rou- 
tine. 

IEF6MIXX Reader/interpreter call to table 
store subroutine. 

lEFQMSSS Table store subroutine. 

lEFMCDUM Linkage to IEF6MCXX (in lEFCNTRL 
load module) . 

lEFKADUM Linkage to IEF7KAXX (in lEFCNTRL 
load module) . 



Load Module Name: lEFEOF 

Alias : IEFK3 

Entry Point: IEFK3 

Assembly Modules: 

lEFSPIE Program check handling routine. 
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IEF7MMCM Reader/interpreter message rou- 
tine. 

IEF7K3XX Input stream end-of-file (EOF) 
routine. 

IEF7K4XX Close devices routine. 

IEF7K2XX Open devices routine. 

IEFSD006 Converts record number to logi- 
cal track address (TTR),. 

IEFSD007 Call to table store subroutine. 

IEF6MIXX Reader/interpreter call to table 
store subroutine. 

lEFQMSSS Table store subroutine. 

lEEMCROl Master command routine. 

lEEILCDM Prevent unresolved lEEICCAN 
symbol after IPL. 

lEFKADUM Linkage to IEF7KAXX (in lEFCNTRL 
load module) . 



Load Module Name; IEFK4 

Entry Point: IEFK4DUM 

lEFSPIE Program check handling routine. 

IEF7MMCM Reader/interpreter message rou- 
tine. 

IEFK4ENT Switch input readers routine. 

IEF7K4XX Close devices routine. 

IEF7K2XX Open devices routine. 

IEFSD006 Convert record number to logical 
track address (TTR) . 

IEFSD007 Call to table store subroutine. 

IEF6MIXX Reader/interpreter call to table 
store subroutine. 
Table store subroutine. 



lEFQMSSS 



Load Module Name; lEFERROR 

Alias: IEFVM6LS 

Entry Point: lEFVMSGR 

Assembly Modules: 

IEFVMLS6 JFCB housekeeping error message 

processing routine. 
lEFYSSMB Message enqueuing routine, 

enqueues SMBs,. 
lEFQMSSS Table store subroutine. 
IEFVMLS7 Contains initiator terminator 

messages 
lEFYNFAK Linkage to lEFYNIMP (in lEFSTERM 

load module) . 



Load Module Name: lEFIDUMP 

Entry Point: lEFIDUMP 

Assembly Modules: 

lEFIDUMP Indicative dump routine. 

lEFYSSMB Message enqueuing routine, 

enqueues SMBs. 
lEFQMSSS Table store subroutine. 
lEFIDMPM Contains initiator terminator 

messages. 
lEFYNFAK Linkage to lEFYNIMP (in lEFSTERM 

load module) . 

Load Module Name: lEFDCB 

Alias : IEF5DCDP 

Assembly Module: 

IEF6DCDP DCB DD parameter list table. 



Load Module Name: lEFMSGOl 
Assembly Module; 

IEF3MSG1 Contains reader/interpreter 
messages. 

Load Module Name: IEFMSG02 
Assembly Module: 

IEF3MSG2 Contains reader/ interpreter 
messages. 

Load Module Name; IEFMSG03 
Assembly Module: 

IEF3MSG3 Contains reader/interpreter 
messages,. 

Load Module Name: IEFMSG04 
Assembly Module: 

IEF3MSG4 Contains reader /interpreter 
messages. 

Load Module Name: IEFMSG05 
Assembly Module: 

IEF3MSG5 Contains reader/interpreter 
messages. 

Load Module Name: IEFMSG06 
Assembly Module: 

IEF3MSG6 Contains reader/interpreter 
messages. 

Load Module Name: IEFMSG07 
Assembly Module: 

IEF3MSG7 Contains reader/interpreter 
messages. 



Load Module Name: lEFINITL 
Alias : lEFKl 
Entry Point: lEFKl 



Assembly 

IEFSPIE 

IEF7MMCM 

IEF7K1XX 



lEFPRES 

lEFKIMSG 
lEFKlMSG 

lEEMCROl 
lEEILCOl 
IEF7K2XX 
lEFWSDIP 

IEFSD006 

IEFSD007 
IEF6MIXX 

lEFQMSSS 
lEFKADUM 



Modules : 

Program check handling routine. 
Reader/interpreter message rou- 
tine- 

Entry to job management from 
nucleus initialization program 
(NIP). 

Volume attribute initialization 
routine. 

IEFPRES messages. 
Reader/interpreter message rou- 
tine. 

Master command routine. 
Automatic command routine. 
Open devices routine. 
Linkage control table (LCT) 
initialization. 

Converts record number to logi- 
cal track address (TTR) . 
Call to table store subroutine. 
Reader/interpreter call to table 
store subroutine. 
Table store subroutine. 
Linkage to IEF7KAXX (in lEFCNTRL 
load module) . 
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Load Modules 
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Load Modules 

(44K Configuration,, Continued) 



Load Module Name; lEESET 
Alias: lEEGESTO 
Assembly Module: 

lEEGESOl Master scheduler SET command 
routine. 

Load Module Name : lEFJOBQE 
Alias: lEFINTQS 
Assembly Module: 

lEFINTQA Initializes SYSl, SYSJOBQE data 
set. 

Load Module Name: lEETIME 

Alias: lEEQOTOO 

Assembly Module: 

lEEQOTOO Sets time and date. 

Load Module Name: lEEFAULT 
Alias: lEEGKlGM 
Assembly Module: 

lEEGKlGM Fault routine, issues master 
scheduler messages. 

Load Module Name: lEESTART 



Alias: 



lEElClPE 



Entry Point: lEEIClPE 
Assembly Modules: 

lEESTART START command routine. 
lEEREADR Start reader routine. 
lEEWRITR Start writer routine. 



Load Module Name; lEEJFCB 
Alias ; IEEIC3JF 
Assembly Module: 

IEEIC3JF Contains preformatted JFCB for 
one START command. 

Load Module Name: lEESJFCB 

Alias: IEEIC2NQ 

Entry Point: IEEIC2NQ 

Assembly Modules: 

IEEIC2NQ Save JFCBs for START commands. 

lEFQMSSS Table store subroutine. 

Load Module Name: lEFPRINT 

Alias : SPRINTER 

Alias: lEFPRT 

Assembly Module: 

lEFPRTXX Tape SYSOUT to printer. 



10 OK CONFIGURATION 



Load Module Name: lEFCNTRL 

Alias: lEFKA IEF6B0CM 

Alias: GO IEF6NAME 

Alias: lEFYN IEF6STNM 

Entry Point: lEFSDOll IEF6MFXX 

Assembly Modules: IEF6MKXX 

lEFSPIE Program check handling routine. IEF6NCJB 

lEFSDOll Entry to job management from IEF6NFCM 

supervisor. IEF6N1JB 

IEFW42SD Passes control to lEFIDUMP if IEF6NYJB 

needed, or to lEFYNIMP (both in IEF6C0ND 

this load module) . 

lEFIDUMP Indicative dump routine. IEF6NXJB 

lEFYNIMP Step termination routine. IEF6NZJB 

IEFYPJB3 Step data set driver routine. IEF6NIJB 

lEFVJIMP JOB statement condition code IEF6NJEX 

routine. IEF6RFBK 

lEFZGSTl Disposition and unallocation IEF6PROC 

subroutine. IEF6TIME 

IEFSD017 Places logical track address of IEF6PARM 

first system message block (SMB) 

into job control table ( JCT) . IEF6DDHD 

IEFW22SD Passes control to lEFYNIMP IEF6SCAN 

assembly module, and then to IEFSD012 

IEFSD002 or IEFZAJB3 (all in IEF6DDNM 

this load module) . IEF6FRRS 

IEFSD002 Exit to IEFSD008 or to IEFSD009 IEF6DSNM 

(both in this load module) . IEF6RFWD 

IEFSD008 Initiator/terminator to IEF6LFPR 

reader/interpreter interface. IEF6RTPR 

IEF7KAXX Reader/interpreter control rou- IEF6EQUL 

tine. IEF6LIST 

IEF6MCXX Job control language (JCL) IEF6NLST 



statement scan routine. 
Breakout routine. 
Qualified name routine. 
Scan stepname routine. 
Verb identification routine. 
Continuation routine. 
JOB statement routine. 
Accounting information routine. 
TYPRUN keyword routine. 
Priority (PRTY) keyword routine-i 
Condition (COND) keyword rou- 
tine. 

MSGLEVEL keyword routine. 
MSGCLASS keyword routine.. 
Parenthesis routine,. 
EXEC statement routine. 
Refer- back routine. 
Procedure name routine. 
TIME keyword routine. 
Parameter (PARM) keyword rou- 
tine. 

DD statement routine. 
DD scan routine. 
DD* statement routine. 
DD name routine. 
Resolves DD forward references. 
DS name routine. 

Processes DD forward references- 
Left parenthesis routine. 
Right parenthesis routine. 
Equal sign routine. 
Subparameter list routine. 
No subparameter list routine. 
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Load Modules 
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Load Modules 

(10 OK Configuration, Continued) 



IEF6NDDP DD parameter list table,. 

IEF6NDDX Alternative DD parameter list 
table (DDPLT). 

IEF6DCB0 DCB refer-back routine. 

IEF6DCDP DCB DD parameter list table, 

IEF60RDR Order subroutine. 

IEF6INST Insert routine. 

IEF6VALU Value subroutine. 

IEF6CLNP Clean up after DD routine. 

IEF6ERR1 DD error-handling routine. 

IEF7KPXX Command in input stream. 

IEF7K3XX Input stream end-of-file (EOF) 
routine. 

IEF7K4XX Close devices routine. 

IEFK4ENT Switch input readers routine. 

IEF7K2XX Open devices routine.. 

IEF6KLXX First statement routine. 

lEEMCROl Master command routine. 

IEF7MMCM Reader/interpreter message rou- 
tine. 

IEF60UT2 Linkage to IEF6SCAN (in this 
load module) . 

IEF7KGXX Output tables for step. 

IEFSD013 Assign unit for system output 
(SYSOUT) . 

lEFSDOOl Reader/interpreter entry to 

IEFSD009 or to IEFW23SD (both in 
this load motole) . 

lEFS DO 9 Initiator/terminator 

initialization of output unit. 

IEFW21SD System control routine. 

lEFVKIMP EXEC statement condition code 
routine. 

lEFVMSLl JFCB housekeeping control rou- 
tine. 

IEFVM2LS JFCB H/K fetch data control 
block (DCB) routine. 

IEFVM3LS JFCB H/K generation data group 
(GDG) single routine. 

IEFVM4LS JFCB H/K generation data group 
(GDG) all routine. 

IEFVM5LS JFCB H/K patterning data set 
control block (DSCB) routine. 

IEFVMLS6 JFCB H/K error message process- 
ing routine. 

IEFVM76 Processes passed, non- labeled 
tape data sets. 

lEFWSTRT Job started message routine. 

lEFv^MASl Device name table. 

lEFXCSSS Allocation control routine. 

lEFXJIMP Allocation error recovery rou- 
tine. 

lEFWAOOO Demand 

allocation routine. 

lEFWSWlN Passes control to decision allo- 
cation or AVR routine. 

lEFXVOOl Automatic volume recognition. 

IEFXV002 Processes new volumes (AVR) . 

IEFXV003 Processes specific requests for 
unmounted volumes. 

IEFXV004 AVR unloading routine. 

lEFXVNSL AVR volume serial routine. 

lEFXVMSG AVR message routine. 

IEFX5000 Decision allocation routine. 

IEFX300A Device strikeout routine. 



lEFWDOOO 
lEFWDOOl 

lEFXTOOD 
lEFXTDMY 
lEFXKIMP 

IEFW41SD 
IEFSD004 

IEFW23SD 



IEFZAJB3 
IBFWTERM 
lEFZGJBl 

lEFACTLK 

lEFACTRT 



lEFXHOOO Separation strikeout routine.. 

lEFWMSKA Device mask table. 

lEFWCIMP Task input/output table (TIOT) 

construction routine. 

External action routine. 

Message directory for external 

action routine. 

Space request routine. 

Queue overflow routine. 

Allocation error nonrecovery 

routine. 

Exit to step initiation routine. 

Step initiation routine, with 

exit to processing program. 

Initializes for job termination 

and exits to IEFZAJB3 (in this 

load module) . 

Job termination routine. 

Job ended message routine. 

Disposition and unallocation 

subroutine. 

Linkage to user's accounting 

routine. 

Dummy routine to be replaced by 

user's accounting routine. 
(The preceding two modules may be replaced 
by lEFACTFK assembly module if no account- 
ing routine is specified as a system gene- 
ration option. ) 
IEFW31SD Job termination exit to 

IEFSD003. 

Passes control to lEFSDOlO and 

then goes to IEFSD008 (both in 

this load module) . 

Dequeues and writes out system 

message blocks (SMBs). 

Message enqueuing routine., 

enqueues SMBs. 

Converts record number to logi- 
cal track address (TTR) . 

Call to table store subroutine. 

Reader/interpreter call to 

lEFQMSSS . 

Table store subroutine. 

Prevents unresolved lEEICCAN 

symbol after initialization (Job 

management IPL) . 

Linkage to IEF6C0ND (in this 

module) . 

Contains initiator/terminator 

messages. 

Contains initiator/terminator 



IEFSD003 



lEFSDOlO 

lEFYSSMB 

IEFSD006 

IEFSD007 
IEF6M1XX 

lEFQMSSS 
lEEILCDM 



IEF8LINK 



lEFIDMPM 



lEFVJMSG 
lEFVKMSG 
IEFVMLS7 
lEFXAMSG 
lEFXJMSG 
lEFXKMSG 
lEFXTMSG 



messages. 

Contains 

messages. 

Contains 

messages - 

Contains 

messages. 

Contains 

messages . 

Contains 

messages. 

Contains 

messages. 



initiator/terminator 
initiator/terminator 
initiator/terminator 
initiator/terminator 
initiator/terminator 
initiator/terminator 
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Load Modules 

(lOOK Configuration, Continued) 



lEFYNMSG Contains initiator/terminator 

messages. 
lEFYPMSG Contains initiator/terminator 

messages. 
lEFZGMSG Contains initiator/terminator 

messages. 
lEFZHMSG Contains initiator/terminator 

messages. 

Load Module Name; lEFDCB 
Alias: IEF5DCDP 
Assembly Module: 

IEF6DCDP Data control block (DCB) DD 
parameter list table. 

Load Module Name; lEFMSGOl 
Assembly Module: 

IEF3MSG1 Contains reader/interpreter 
messages. 

Load Module Name; IEFMSG02 
Assembly Module; 

IEF3MSG2 Contains reader/interpreter 
messages. 

Load Module Name; IEFMSG03 
Assembly Module: 

IEF3MSG3 Contains reader/ interpreter 
messages. 

Load Module Name; IEFMSGQ4 
As s embly Module ; 

IEF3MSG4 Contains reader/interpreter 
messages. 

Load Module Name; IEFMSG05 
Assembly Module; 

IEF3MSG5 Contains reader/interpreter 
messages. 

Load Module Name: IEFMSG06 
Assembly Module: 

IEF3MSG6 contains reader/interpreter 
messages. 

Load Module Name; IEFMSG07 
Assembly Module: 

IEF3MSG7 Contains reader/interpreter 
messages. 

Load Module Name; lEFINITL 
Alias : lEFKl 
Entry Point; lEFKl 
Assembly Modules: 



lEFSPIE 
IEF7MMCM 

IEF7K1XX 



lEFPRES 

lEFKIMSG 
lEFKlMSG 



Program check handling routine. 
Reader/interpreter message rou- 
tine. 

Initial entry to job management 
from nucleus initialization 
program (NIP). 

Volume attribute initialization 
routine. 

IEFPRES messages. 
Reader /interpreter message rou- 
tine. 



lEEMCROl Master command routine. 

lEEILCOll Automatic command routine 

IEF7K2XX Open devices routine. 

lEFWSDIP Linkage control table (LCT) 
initialization. 

IEFSD006 Converts record number to logi- 
cal track address (TTR) . 

IEFSD007 Call to table store subroutine. 

IEF6MIXX Reader/interpreter call to table 
store subroutine. 

lEFQMSSS Table Store subroutine. 

lEFKADUM Linkage to IEF7KAXX (in lEFCNTRL 
load module). 

Load Module Name: lEESET 
Alias ; lEEGESTO 
Assembly Modules: 

lEEGESOl Master scheduler SET command 
routine. 

Load Module Name; lEFJGEQE 
Alias: lEFINTQS 
Assembly Module: 

lEFINTQA Initializes SYSl.SYSJOBQE data 
set. 

Load Module Name: lEETIME 
Alias: lEEQOTOO 
Assembly Module: 

lEEQOTOO Sets time and date in response 
to SET command. 

Load Module Name: lEEFAULT 
Alias; lEEGKlGM 
Assembly Modules: 

lEEGKlGM Fault routine, issues master 
scheduler messages. 

Load Module Name: lEESTART 

Alias : lEEIClPE 

Entry Point: lEEIClPE 

Assembly Modules ; 

lEESTART START command routine. 

lEEREADR Start reader routine. 

lEEWRITR Start writer routine. 

Load Module Name: lEEJFCB 
Alias: IEEIC3JF 
Assembly Module: 

IEEIC3JF Contains preformatted JFCB for 
one START command. 

Load Module Name: lEESJFCB 

Alias: IEEIC2NQ 

Entry Point: IEEIC2NQ 

Assembly Modules: 

IEEIC2NQ Save START command JFCB. 

lEFQMSSS Table store subroutine. 

Load Module Name: lEFPRINT 
Alias: SPRINTER 
Alias: lEFPRT 
Assembly Module: 

lEFPRTXX Transfers tape system output 
(SYSOUT) to printer. 
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ASSEMBLY MODULES AND CONTROL SECTIONS 



The following table shows in which load 
modules each assembly module is used in the 
three configurations of job management. 
The first column lists the assembly module 
names in alphameric order. Except as indi- 
cated, all assembly modules are contained 
in load modules in the SYSl.LINKLIB data 
set. The second column lists the control 
section names that correspond to the assem- 



bly module names in the first column. The 
next three columns of the table indicate 
which load modules of each configuration 
contain each assembly module. The two 
right-hand columns refer to the CHARTS 
section. If a control section is shown as 
a subroutine block, the flowchart number is 
listed in the "Appears As Subr. Block" 
column; if the flow within a control sec- 
tion is given in a chart,, the flowchart 
number is listed in the "Flow is Defined" 
column. 
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, lEFINTFC 
lEFJOB 

1 IEFEXEC 
lEFDD 

, lEFKU 


lEFINITL 

lEFCNTRL 

lEFEOF 

IFISTMT 

lEFNEWRD 


lEFINITL 
lEFCNTRL 








lEFVJIMP 




lEFVJ 


lEFSTERM 


lEFSTERM 


lEFCNTRL 


I 38 1 


39 




lEFVJMSG 




lEFVJMSG 


lEFSTERM 


lEFSTERM 


lEFCNTRL 








lEFVKIMP 




lEFVK 


lEFSELCT 


lEFSTERM 


lEFCNTRL 


14 1 


16 




lEFVKMSG 




lEFVKMSG 


lEFSELCT 


lEFSTERM 


lEFCNTRL 








IEFVMLK5 




IEFVM6 


lEFSELCT 


lEFSTERM 










lEFVMLSl 




lEFVMl 


lEFSELCT 


lEFSTERM 


lEFCNTRL 


17 1 


18 




IEFVMLS6 




IEFVM6 


lEFERROR 


lEFERROR 


lEFCNTRL 


17,18 1 


24 




IEFVMLS7 




IEFVM7 


lEFERROR 


lEFERROR 


lEFCNTRL 








IEFVM2LS 




IEFVM2 


lEFSELCT 


lEFSTERM 


lEFCNTRL 


17,18 1 


20 




IEFVM3LS 




IEFVM3 


lEFSELCT 


lEFSTERM 


lEFCNTRL 


17,, 18 1 


21 




IEFVM4LS 




IEFVM4 


1 lEFSELCT 


lEFSTERM 


lEFCNTRL 


17,18 1 


22 




IEFVM5LS 




IEFVM5 


lEFSELCT 


lEFSTERM 


lEFCNTRL 


17,18 1 


23 




IEFVM76 




IEFVM76 


lEFSELCT 


lEFSTERM 


lEFCNTRL 








lEFWAFAK 




lEFWAOOO 


lEFALOCl 












lEFWAOOO 




IEFWA7 


IEFAL0C2 


lEFALLOC 


lEFCNTRL 


25 1 


27 




lEFWCFAK 




lEFWCOOO 


lEFALOCl 
IEFAL0C2 












lEFWCIMP 




lEFWCOOO 
IEFWC002 


IEFAL0C3 
IEFAL0C3 


lEFALLOC 
lEFALLOC 


lEFCNTRL 
lEFCNTRL 


25 1 


33 




lEFWDFAK 




lEFWDOOO 


IEFAL0C3 
IEFAL0C5 












lEFWDOOO 




lEFWDOOO 


IEFAL0C4 


lEFALLOC 


lEFCNTRL 


25,28 1 


34 




lEFWDOOl 




lEFWDOOl 


IEFAL0C4 


lEFALLOC 


lEFCNTRL 








lEFWMASl 


** 


DEVNAMET 


lEFSELCT 


lEFSTERM 


lEFCNTRL 








lEFWMSKA 


** 


DEVMASKT 


IEFAL0C2 


lEFALLOC 


lEFCNTRL 








lEFWSDIP 




lEFWSDIP 


lEFINITL 


lEFINITL 


lEFINITL 








lEFWSTRT 




lEFWSTRT 


lEFSELCT 


lEFSTERM 


lEFCNTRL 








lEFSWIN 




lEFSWIT 


IEFAL0C2 


lEFALLOC 


lEFCNTRL 








lEFWTERM 




lEFWTERM 


lEFJTERM 


lEFJTERM 


lEFCNTRL 








IEFW21SD 




IEFW21SD 


lEFSELCT 


lEFSTERM 


lEFCNTRL 


14 1 


15 




IEFW22SD 




IEFW22SD 


lEFSTERM 


lEFSTERM 


lEFCNTRL 


38 1 






IEFW23SD 




IEFW23SD 


lEFJTERM 


lEFCNTRL 


lEFCNTRL 








IEFW31SD 




IEFW31SD 


lEFJTERM 


lEFJTERM 


lEFCNTRL 








IEFW41SD 




IEFW41SD 


IEFAL0C5 


lEFALLOC 


lEFCNTRL 








IEFW42SD 




IEFW42SD 


lEFSTERM 


lEFSTERM 


lEFCNTRL 








lEFXAFAK 




lEFXA 


lEFSELCT 


lEFSTERM 










lEFXAMSG 




lEFXAMSG 


lEFALOCl 


lEFALLOC 


lEFCNTRL 








lEFXCSSS 




lEFXA 


lEFALOCl 


lEFALLOC 


lEFCNTRL 


25 1 


26 




lEFXHOOO 




lEFXHOOO 


IEFAL0C2 
IEFAL0C3 


lEFALLOC 


lEFCNTRL 
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Assembly Modules and Control Sections (Part 4 of 6) 



J. ^ — 


T ir 


~ "~ *~"~"~" "" "^ "~ —" ■" ~" "■ 


T" 








Load Modules in Which | 


Chart Number 






Assembly Modules are Used j-- 






T 


1 Assembly j 


1 Control 






j 


Appears As | Flow is 


T — ■■ T 1 


[Module Name j Not 
1 ^ j 


: es 1 S ection Name 

j ^— .__>—. 


18K 

L J 


44K 

._ _ 


lOOK 1 

_L_ 


Subr. Block 1 Defined 








-.—————— ——.-I— ——-.——.— — 


1 lEFXJFAK 1 


1 lEFXJOOO 


IEFAL0C2 
IEFAL0C3 








1 lEFXJIMP 1 


1 lEFXJOOO 


lEFALOCl 


lEFALLOC 


lEFCNTRL 1 


28 1 


1 lEFXJMSG 1 


1 lEFXJMSG 


lEFALOCl 


lEFALLOC 


lEFCNTRL 1 




1 lEFXKIMP 1 


1 lEFXKOOO 


IEFAL0C4 
IEFAL0C5 


lEFALLOC 


lEFCNTRL 1 




1 lEFXKMSG 1 


1 lEFXKMSG 


IEFAL0C4 
IEFAL0C5 


lEFALLOC 


lEFCNTRL 1 




1 lEFXTFAK 1 


1 lEFXTOOO 


lEFALOCa 








1 lEFXTDMY 1 


1 lEFXTDMY 


IEFAL0C5 


lEFALLOC 


lEFCNTRL 1 




1 lEFXTMSG 1 


1 lEFXTMSG 


IEFAL0C5 


lEFALLOC 


lEFCNTRL 1 




1 lEFXTOOD 1 


1 lEFXTOOO 


IEFAL0C5 


lEFALLOC 


lEFCNTRL 1 


25 1 35 


1 lEFXVMSG 1 


1 lEFXVMSG 


IEFAL0C4 


lEFALLOC 


lEFCNTRL 1 




1 lEFXVNSL 1 


1 lEFXVNSL 


IEFAL0C4 


lEFALLOC 


lEFCNTRL 1 




1 lEFXVOOl 1 


1 lEFXVOOl 


IEFAL0C4 


lEFAT.LOC 


lEFCNTRL 1 


1 28 


1 IEFXV002 1 


1 IEFXV002 


lEFALOCa 


lEFALLOC 


lEFCNTRL 1 




1 IEFXV003 1 


1 IEFXV003 


IEFAL0C4 


lEFALLOC 


lEFCNTRL 1 




1 IEFXV004 1 


1 IEFXV004 


IEFAL0C4 


lEFALLOC 


lEFCNTRL 1 




1 lEFXVFAK 1 


1 lEFXVOOl 


IEFAL0C2 








1 lEFXlFAK 1 


1 lEFXJOOO 


IEFAL0C4 








1 IEFX2FAK 1 


1 IEFX5000 


IEFALOC4 








1 IEFX3FAK 1 


1 lEFWCOOO 


IEFAL0C4 








1 IEFX300A 1 


1 IEFX3000 


IEFAL0C2 
IEFAL0C4 


lEFALLOC 


lEFCNTRL 1 




1 IEFX5000 1 


1 IEFX5000 


IEFAL0C2 


lEFALLOC 


lEFCNTRL 1 


25 1 32 


1 lEFYNFAK j 


1 lEFYN 


lEFSELCT 
lEFALOCl 
IEFAL0C4 
IEFAL0C5 
lEFERROR 
lEFIDUMP 


lEFALLOC 
lEFERROR 
lEFIDUMP 






1 lEFYNIMP 1 


1 lEFYN 


lEFSTERM 


lEFSTERM 


lEFCNTRL 1 




1 lEFYNMSG 1 


1 lEFYNMSG 


lEFSTERM 


lEFSTERM 


lEFCNTRL 1 




1 IEFYPJB3 1 


1 lEFYP 


lEFSTERM 


lEFSTERM 


lEFCNTRL 1 


38 1 41 


1 lEFYPMSG 1 


1 lEFYPMSG 


lEFSTERM 


lEFSTERM 


lEFCNTRL 1 




1 lEFYSSMB I 


1 lEFYS 


lEFSTERM 
lEFSELCT 
lEFALOCl 
IEFAL0C4 
IEFAL0C5 
lEFJTERM 
lEFERROR 
lEFIDUMP 


lEFSTERM 
lEFALLOC 

lEFERROR 

lEFIDUMP 
lEFTERM 


lEFCNTRL 1 




1 lEFZAFAK 1 


1 lEFZA 


lEFSTERM 


lEFSTERM 






1 IEFZAJB3 1 


1 lEFZA 


lEFJTERM 


IEFTERM 


lEFCNTRL 1 


37 1 40 


1 lEFZGJBl 1 


1 lEFZGJ 


lEFJTERM 


IEFTERM 


lEFCNTRL 1 


40 1 42 


1 lEFZGMSG 1 


1 lEFZGMSG 


lEFSTERM 
lEFJTERM 


lEFSTERM 
IEFTERM 


lEFCNTRL 1 




1 lEFZGSTl 1 


1 lEFZG 


lEFSTERM 


lEFSTERM 


lEFCNTRL 1 




1 lEFZHFAK 1 


1 lEFZPOQM 


lEFJTERM 


IEFTERM 






1 lEFZHMSG 1 


1 lEFZH 


lEFSTERM 
lEFJTERM 


lEFSTERM 
IEFTERM 


lEFCNTRL 1 


41,42 1 


1 IEFOi*FAK 1 


1 IEFSD004 


IEFALOC5 








1 IEF08FAK 1 


1 IEFSD008 


lEFSTERM 
lEFINTFC 
lEFJTERM 


lEFSTERM 
IEFTERM 






f IEF09FAK 1 


1 IEFSD009 


lEFSTERM 
lEFINTFC 


lEFCNTRL 
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Assembly Modules and Control Sections (Part 5 of 6) 



r — - - T — 


1 


r - — - 
Load 


Modules in 


Which 


•T- 


Chart Number 


-1 

1 




1 Control 
tes| Section Name 


Assembly 


Modules are Used 






_j 


1 Assembly | 
1 Module Name |Nol 


Appears As | Flow is 
Subr. Block 1 Defined 


1 


18K 


T 
1 


t*4K 


T 

1 


lOOK 




1 IEF23FAK | 


1 IEFW23SD 


lEFINTFC 


4 




4 




4- 


1 


-^ 


1 IEF3MSG1 1 


1 lEFMSGl 


lEFMSGOl 




lEFMSGOl 




lEFMSGOl 








1 IEF3MSG2 1 


1 IEFMSG2 


IEFMSG02 




IEFMSG02 




IEFMSG02 








1 IEF3MSG3 1 


1 IEFMSG3 


IEFMSG03 




IEFMSG03 




IEFMSG03 








1 IEF3MSG4 1 


1 lEFMSGU 


IEFMSG04 




lEFMSGOa 




IEFMSG04 








1 IEF3MSG5 1 


1 IEFMSG5 


IEFMSG05 




IEFMSG05 




IEFMSG05 








1 IEF3MSG6 1 


1 IEFMSG6 


IEFMSG06 




IEFMSG06 




IEFMSG06 








1 IEF3MSG7 1 


1 IEFMSG7 


IEFMSG07 




IEFMSG07 




IEFMSG07 








1 IEF6B0CM 1 


I lEFBM 


lEFCNTRL 
lEFDD 
lEFJOB 
IEFEXEC 




lEFCNTRL 




lEFCNTRL 








1 IEF6CLNP 1 


1 IEFM02 


lEFDD 




lEFCNTRL 




lEFCNTRL 








1 IEF6CN17 1 


1 INDMRTN 


IEFDD 
















1 IEF6C0ND 1 


1 IEF6C0ND 


IEFEXEC 
lEFJOB 




lEFCNTRL 




lEFCNTRL 








1 IEF6DCB0 1 


1 IEF6DCB0 


lEFCNTRL 




lEFCNTRL 




lEFCNTRL 








1 IEF6DCDP 1 


j INDMB 


IEFDD 
lEFDCB 




lEFCNTRL 
lEFDCB 




lEFCNTRL 
lEFDCB 








1 IEF6DDHD | 


1 INDMRTN 


lEFCNTRL 




lEFCNTRL 




lEFCNTRL 




12 1 




1 IEF6DDNM j 


1 INDMOl 


IEFDD 




lEFCNTRL 




lEFCNTRL 








1 IEF6DHX1 1 


1 INDMON 


lEFCNTRL 
















1 IEF6DSNM 1 


1 INDM03 


IEFDD 




lEFCNTRL 




lEFCNTRL 








1 IEF6EQUL 1 


1 INDMOP 


IEFDD 




lEFCNTRL 




lEFCNTRL 








1 IEF6ERR1 1 


1 IEF6ERR1 


IEFDD 




lEFCNTRL 




lEFCNTRL 








1 IEF6FRRS 1 


1 IEF6FRRS 


lEFCNTRL 




lEFCNTRL 




lEFCNTRL 








1 IEF6INST 1 


1 INDMOZ 


IEFDD 




lEFCNTRL 




lEFCNTRL 








1 IEF6KLXX 1 


1 lEFKL 


lEFlSTMT 




lEFlSTMT 




lEFCNTRL 








1 IEF6LFPR 1 


1 INDMOSl 


IEFDD 




lEFCNTRL 




lEFCNTRL 








1 IEF6LIST 1 


1 INDMOY 


IEFDD 




lEFCNTRL 




lEFCNTRL 








1 IEF6MCXX 1 


1 lEFMC 


lEFCNTRL 




lEFCNTRL 




lEFCNTRL 




09 1 




1 IEF6MFXX 1 


1 lEFMF 


lEFCNTRL 




lEFCNTRL 




lEFCNTRL 




09 1 




1 IEF6MIXX 1 


1 lEFMI 


lEFCNTRL 

IEFDD 

lEFINTFC 




lEFlSTMT 

IEFK4 

lEFEOF 




lEFCNTRL 
lEFINITL 








1 IEF6MIXX 1 




IEFEXEC 




lEFINITL 












1 (Cont.) 1 




lEFJOB 

lEFCOMND 

lEFlSTMT 

lEFEOF 

lEFKU 

lEFINITL 




lEFCNTRL 












I IEF6MKXX 1 


1 lEFMK 


lEFCNTRL 




lEFCNTRL 




lEFCNTRL 








1 IEF6NAME | 


1 INNAME 


lEFCNTRL 

IEFEXEC 

lEFJOB 




lEFCNTRL 




lEFCNTRL 








1 IEF6NCJB 1 1 


^* 1 lEFJM 


lEFJOB 




lEFCNTRL 




lEFCNTRL 




08 1 10 




1 IEF6NDDP 1 


1 INDMA 


IEFDD 




lEFCNTRL 




lEFCNTRL 








1 IEF6NFCM 1 


1 lEFAM 


IEFEXEC 
lEFJOB 




lEFCNTRL 




lEFCNTRL 








1 IEF6NIJB 1 


1 lEFNI 


lEFJOB 




lEFCNTRL 




lEFCNTRL 








1 IEF6NJEX 1 


1 lEFEM 


IEFEXEC 




lEFCNTRL 




lEFCNTRL 




08 1 11 




1 IEF6NLST 1 


1 INDMOX 


IEFDD 




lEFCNTRL 




lEFCNTRL 








1 IEF6NXJB 1 


1 lEFNX 


IEFJOB 




lEFCNTRL 




lEFCNTRL 








I IEF6NyJB 1 


1 lEFNY 


lEFJOB 




lEFCNTRL 




lEFCNTRL 








1 IEF6NZJB 1 


1 lEFNZ 


IEFJOB 




lEFCNTRL 




lEFCNTRL 








1 IEF6N1JB 1 


1 lEFNl 


IEFJOB 




lEFCNTRL 




lEFCNTRL 








1 IEF60RDR 1 


1 INDMOV 


IEFDD 




lEFCNTRL 




lEFCNTRL 








1 IEF60UT2 1 


1 INDMOH 


lEFCNTRL 




lEFCNTRL 




lEFCNTRL 




12 1 




t X 


J 





.±. 





X. 





X- 


X 


-J 



(Part 5 of 6) 



74 



Assembly Modules and Control Sections (Part 6 of 

r T T T 



6) 



h 









1 Load 


Modules in 


Which 




Chart Number 








Assembly 


Modules are Used 


h- 


^ 


Assembly 




Control 


L 










i 


Appears As | Flow is 


r 


"T 




T 




Module Name 


Notes 


Section Name 


18K 


1 


44K 


1 


lOOK 




Subr- Block 1 Defined 





L 





1" 


-+ 




'+ 




4- 


1 


IEF6PARM 




lEFPARM 


1 iefexec 




lEFCNTRL 




lEFCNTRL 






IEF6PR0C 




lEFPROC 


iefexec 




lEFCNTRL 




lEFCNTRL 






IEF6RFBK 




lEFRFBK 


iefexec 




lEFCNTRL 




lEFCNTRL 






IEF6RFWD 




IEF6RFWD 


lEFDD 




lEFCNTRL 




lEFCNTRL 






IEF6RTPR 




INDMOR 


lEFDD 




lEFCNTRL 




lEFCNTRL 






IEF6SCAN 




INDMON 


lEFDD 




lEFCNTRL 




lEFCNTRL 




08 1 12 


IEF6STNM 




lEFSTNM 


lEFCNTRL 

iefexec 

lEFJOB 




lEFCNTRL 




lEFCNTRL 






IEF6TIME 




lEFTIME 


iefexec 




lEFCNTRL 




lEFCNTRL 






IEF6VALU 




INDMOT 


lEFDD 




lEFCNTRL 




lEFCNTRL 






IEF7KAXX 




lEFKA 


lEFCNTRL 




lEFCNTRL 




lEFCNTRL 




09 1 


IEF7KGXX 




lEFKG 


lEFINTFC 




lEFCNTRL 




lEFCNTRL 




09 1 


IEF7KPXX 




lEFKP 


lEFCOMND 




lEFCNTRL 




lEFCNTRL 




09 1 


IEF7K1XX 




lEFKl 


lEFINITL 
IEFK4 




lEFINITL 




lEFINITL 




08 1 09 


IEF7K2XX 




IEFK2 


lEFINITL 

IEFK4 

lEFEOF 




lEFINITL 

IEFK4 

lEFEOF 




lEFINITL 
lEFCNTRL 






IEF7K3XX 




IEFK3 


lEFEOF 




lEFEOF 




lEFCNTRL 






IEF7K4XX 




IEFK4 


lEFKa 
lEFEOF 




IEFK4 
lEFEOF 




lEFCNTRL 






IEF7MMCM 




lEFWMSG 


lEFCNTRL 
lEFlSTMT 
lEFDD 
lEFINTFC 

iefexec 

lEFJOB 
lEFCOMND 




lEFCNTRL 
lEFlSTMT 




lEFCNTRL 






IEF8LINK 




lEFLINK 


iefexec 




lEFCNTRL 




lEFCNTRL 






IGC0103D 


*** j 


IGC0103D 


IGC0103D 




IGC0103D 




IGC0103D 




02,04 1 


IGC0203D 


*** 


IGC0203D 


IGC0203D 




IGC0203D 




IGC0203D 







-^ 



Not es : 



♦Assembly modules in SYSl. NUCLEUS data set. 
**Modules are assembled during system generation,. 
♦♦♦Assembly modules in SYSl.SVCLIB data set. 
****IEFACTFK may replace both lEFACTLK and lEFACTRT during 
X This assembly module must be first in any load module in 



system generation, 
which it is included. 
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CONTROL SECTIONS AND ASSEMBLY MODULES 

The following list provides a cross- 
reference between job management control 
section (CSECT) names, which appear in 



alphameric order,, and the corresponding 
assembly module names. Control section 
names are also listed in the preceding 
assembly module to load module cross 
reference table. 





ASSEMBLY 


CSECT 


MODULE 


NAME 


NAME 


DEVMASKT 


lEFWMSKA 


DEVNAMET 


lEFWMASl 


lEEBAl 


lEECIROl 


lEEBBl 


lEEMCROl 


lEEBClPE 


lEEBClPE 


lEEBHl 


lEEBHlPE 


lEEGESTO 


lEEGESOl 


lEEGKlGM 


lEEGKlGM 


lEEXCCAN 


lEEILCDM 


lEEICCAN 


lEEILCOl 


lEEICRDR 


lEEREADR 


lEEICWTR 


lEEWRITR 


lEEIClPE 


lEESTART 


IEEIC2NQ 


IEEIC2NQ 


IEEIC3JF 


IEEIC3JF 


lEEMSLT 


lEERSCOl 


lEEMSLT 


lEERSROl 


lEEQOTOO 


lEEQOTOO 


lEFACTLK 


lEFACTLK 


lEFACTRT 


lEFACTRT 


lEFAM 


IEF6NFCM 


lEFBM 


IEF6B0CM 


lEFCOND 


IEF6C0ND 


lEFDPOST 


lEFDPOST 


lEFEM 


lEFEMDUM 


lEFEM 


IEF6NJEX 


lEFIDMPM 


lEFIDMPM 


lEFIDUMP 


lEFIDFAK 


lEFIDUMP 


lEFIDUMP 


lEFINTQS 


lEFINTQA 


lEFJM 


lEFJMDUM 


lEFJM 


IEF6NCJB 


lEFJOB 


lEFKRESA 


lEFKA 


lEFKADUM 


lEFKA 


IEF7KAXX 


lEFKG 


lEFKGDUM 


lEFKG 


IEF7KGXX 


lEFKL 


lEFKLDUM 


lEFKL 


IEF6KLXX 


lEFKP 


lEFKPDUM 


lEFKP 


IEF7KPXX 


lEFKl 


IEF7K1XX 


lEFKIMSG 


lEFKIMSG 


IEFK2 


IEF7K2XX 


IEFK3 


IEFK3DUM 


IEFK3 


IEF7K3XX 


IEFK4 


IEFK4DUM 


IEFK4 


IEF7K4XX 


IEFK4DUM 


IEFK4ENT 


lEFLINK 


IEF8LINK 


lEFMC 


lEFMCDUM 


lEFMC 


IEF6MCXX 


lEFMF 


lEFMFDUM 


lEFMF 


IEF6MFXX 


lEFMI 


IEF6MIXX 


lEFMK 


IEF6MKXX 


IEFM02 


IEF6CLNP 





ASSEMBLY 


CSECT 


MODULE 


NAME 


NAME 


lEFMSGl 


IEF3MSG1 


IEFMSG2 


IEF3MSG2 


IEFMSG3 


IEF3MSG3 


IEFMSG4 


IEF3MSG4 


IEFMSG5 


IEF3MSG5 


IEFMSG6 


IEF3MSG6 


IEFMSG7 


IEF3MSG7 


lEFNI 


IEF6NIJB 


lEFNX 


IEF6NXJB 


lEFNY 


IEF6NYJB 


lEFNZ 


IEF6NZJB 


lEFNl 


IEF6N1JB 


lEFPARM 


IEF6PARM 


lEFPRES 


lEFPRES 


lEFPRES 


lEFPRFAK 


lEFPROC 


IEF6PR0C 


lEFQMSSS 


lEFQMSSS 


lEFRFBK 


IEF6RFBK 


lEFSDOOl 


lEFSDOOl 


IEFSD002 


IEFSD002 


IEFSD003 


IEFSD003 


IEFSD004 


lEFSDOOa 


IEFSD004 


lEFOUFAK 


IEFSD006 


IEFSD006 


IEFSD007 


IEFSD007 


IEFSD008 


IEFSD008 


IEFSD008 


IEF08FAK 


IEFSD009 


IEFSD009 


IEFSD009 


IEF09FAK 


lEFSDOlO 


lEFSDOlO 


lEFSDOll 


lEFSDOll 


1EFSD012 


IEFSD012 


IEFSD013 


IEFSD013 


IEFSD017 


IEFSD017 


lEFSPIE 


IEFSPIE 


lEFSTNM 


IEF6STNM 


lEFTIME 


IEF6TIME 


lEFVJMSG 


lEFVJMSG 


lEFVJ 


lEFVJIMP 


lEFVKMSG 


lEFVKMSG 


lEFVK 


lEFVKIMP 


lEFVMl 


lEFVMLSl 


IEFVM2 


IEFVM2LS 


IEFVM3 


IEFVM3LS 


lEFVMt* 


IEFVM4LS 


IEFVM5 


IEFVM5LS 


IEFVM6 


IEFVMLK5 


IEFVM6 


IEFVMLS6 


IEFVM76 


IEFVM76 


IEFVM7 


IEFVMLS7 


lEFWAOOO 


lEFWAFAK 


IEFWA7 


lEFWAOOO 


lEFWCOOO 


lEFWCFAK 


lEFWCOOO 


lEFWCIMP 


IEFWC002 


lEFWCIMP 


lEFWDOOO 


lEFWDFAK 


lEFWDOOO 


lEFWDOOO 
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ASSEMBLY 


CSECT 


MODULE 


NAME 


NAME 


lEfWDOOl 


lEFWDOOl 


lEFWMSG 


IEF7MMCM 


lEFWSDIP 


lEFWSDIP 


lEFWSTRT 


lEFWSTRT 


lEFWSWIT 


lEFWSWlN 


lEFWTERM 


lEFWTERM 


IEFW21SD 


IEFW21SD 


IEFW22SD 


IEFW22SD 


IEFW23SD 


IEFW23SD 


IEFW23SD 


IEF23FAK 


mfyi3isD 


IEFW31SD 


IEFW41SD 


IEFW41SD 


IEFW42SD 


IEFW42SD 


lEFXAMSG 


lEFXAMSG 


lEFXA 


lEF^A^AK 


lEFXA 


lifi^XCSSS 


lEFXHOOO 


lEFXHOOO 


lEFXJMSG 


lEFXJMSG 


lEFXJOOO 


lEFXJFAK 


lEFXJOOO 


lEFXJIMP 


lEFXKMSG 


lEFXKMSG 


lEFXKOO^ 


lEFXKIMP 


lEFXTDMY 


lEFXTDMY 


lEFXTMSG 


lEFXTMSG 


lEFXTOOO 


lEFXTOOD 


lEFXTOOO 


lEFXTAK 


lEFXVMSG 


IEFXVMSC5 


lEFXVNSL 


lEFXmSL 


lEFXVOOl 


lEFXVOOl 


IEFXV002 


IE¥"XV002 


IEFXV003 


IEFXV003 


IEFXV004 


IEFXV004 


IEFX3000 


IEFX300A 


IEFX5000 


lEFX5t)TO 


lEFYNIMP 


lEFYNtMP 


lEFYNMSG 


lEFYNMSG 


lEFYN 


lEFYNFAK 





ASSEMBLY 


CSECT 


MODULE 


NAME 


NAME 


lEFYPMSG 


lEFYPMSG 


lEFYP 


IEFYPJB3 


lEFYS 


lEFYSSMB 


lEFZA 


lEFZAFAK 


lEFZA 


IEFZAJB3 


lEFZGMSG 


lEFZGMSG 


lEFZG 


lEFZGJBl 


lEFZG 


lEFZGSTl 


lEFZH 


lEFZHMSG 


lEFZPOQM 


lEFZHFAK 


IEF6DCB0 


IEF6DCB0 


IEF6ERR1 


IEF6ERR1 


IEF6FRRS 


IEF6FRRS 


IEF6RFWD 


IEF6RFWD 


IGC0103D 


1GC0103D 


IGC0203D 


IGC0203D 


IGC03D 


lEEMXCOl 


IGC03E 


lEEWTCOl 


INDMA 


IEF6NDDP 


INDMB 


IEF6DCDP 


INDMOH 


IEF60UT2 


INDMON 


IEF6DHX1 


INDMON 


IEF€SCi^ 


INDMOP 


IEF6EQUL 


INMOR 


IEF6RTPR 


INDMOSl 


IEF6LFPR 


INDMOT 


IEF6VALU 


INDMOV 


IEF60RDR 


INDMOX 


IEF6NLST 


INDMOY 


1EF6LIST 


INDMOZ 


IEF6INST 


INDMOl 


IEF6DDNM 


INDM03 


IEF6DSNM 


INMRTN 


IEF6CN17 


INNAME 


IEF6NAME 


SPRINTER 


lEFPETXX 
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CHARTS 



Chart 01. Job Management 



««*«««B2 *********** 



CONSOLE 
DEVICE 



************* 



*****C2** ******** 

* 02* 
*-*—*-*-*-*—*-*—* 

* MASTER *X- 

* SCHEDULER * 

* * 
***************** 



******B3* ********** 

* SYSTEM * 

INPUT 
* DEVICE * 

************* 

**** 

* * 

* C3 *-> 

* * 
**** 

*****C3* ********* 

* 08* 
*—*-»-»-»-♦-*—*—* 

->* READER/ * 

* INTERPRETER * 

* * 
***************** 



»*»»*D3 ********** 

* 13* 

* INITATOR/ *- 

* TERMINATOR * 

* * 



*****E3********** 



******0A*********** 

* 
-> 



SYSTEM 
OUTPUT 
DEVICE 



JOB 
STEP 



««««««*«■*»»« **««» 



•K- ««»««* -N- «--N"X-* * 



«»«*««E4 *********** 

* JOB * 
-> STEP 

* OUTPUT * 

DEVICE 

************* 
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Chart 02. Master Scheduler 



****fiii ********* 

ENTRY * 
* 
*************** 

FROM INPUT/OUTPUT 
SUPERVISOR 



****/^3********* 

* * 

* ENTRY * 
» * 

*************** 
FROM 
SUPERVISOR 



««*«A5** ******* 

* * 

* ENTRY * 



SUPERVISOR 



* CONSOLE * 

* INTERRUPT » 

* ROUTINE * 
»**»**«*»»*»*«♦*» 



*****B3* ********* 
*IGC0103D 06* 
»—*—«—*—«—*—*—*—* 

* PROCESS THE * 
*MOUNT, UNLOAD, * 

* VARY COMMAND * 
***************** 



«-»-*-«-»-*-*-*-» 

* EXTERNAL * 

* INTERRUPT * 

* ROUTINE * 
***************** 



*«»*C1 ********* 
* 

* EXIT 
* 
*************** 
TO 
SUPERVISOR 



«*»»C3 ********* 

EXIT * 

*************** 
TO 
SUPERVISOR 



»»»*C5********* 

* * 

* EXIT * 

* * 
*************** 

TO 
SUPERVISOR 



««««01 ********* 

* * 

* ENTRY * 

* * 
*************** 

I FROM 
ISUPERVISOR 



****D3 ********* 

* * 

* ENTRY » 
» * 

*************** 



*-»—*—*—*—♦—»—*— 

* MASTER 

* COMMAND 

* EXCP ROUTINE 
**************** 



*—*—*—*—*—*—*—*—* 
* DISPLAY/STOP. * 
*JOB NAMES. AND * 
*CANCEL COMMANDS* 
***************** 



»**F1 ********* 

EXIT * 

************** 
TO 
SUPERVISOR 



««««F 3* ******** 



TO 
SUPERVISOR 



***G1**»»***** 
* 
ENTRY * 



SUPERVISOR 



—»—*—*—»—»—» 



*««*«»««««««««#«« 



**»*H2 ********* 

* * 

* ENTRY * 

* « 

FROM READER/ 
INTERPRETER 



****jl******* 

* 

* EXIT 
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• Chart 03. Console Interrupt Routine 



lEEBAl 

* * 

* ENTRY * 

* * 
*************** 

FROM INPUT/ 
OUTPUT SUPERVISOR 



««*»»B3* ****** 

* * 

* TURN OFF 
>* WTOR 

* SWITCH 

* * 
************** 



CONSOLE 

FLAG 
SWITCH 



«'»««C3 ********* 

* » 

* RETURN * 

* * 
*************** 

TO INPUT/OUTPUT 
SUPERVISOR 



♦»*»»D 2 ******* 

* * 

* TURN ON 

* CONSOLE 

* FLAG 

* SWITCH * 
************** 



«*»«*E2 ********** 

* * 

* PASS IRB * 

* POINTER TO » 

* EXIT EFFECTOR * 

* * 
***************** 



««*«F 2 ********* 



*************** 
TO SUPERVISOR 
(EXIT EFFECTOR) 



INTERRUPT 

REQUEST 

BLOCK ROUTINE 



lEEBAl 

«««*G 2 ******** 
* ENTRY 



**H2******* 



*********** 



*»««j 2 ********* 

* * 

* EXIT * 

* * 
*************** 

TO 
SUPERVISOR 
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Chart 04. Master Command EXCP Routine 



IGC03D NOTEl 

* * 

» ENTRY « 
« » 



IS IN USE. 



MASTER COMMAND ROUTINE. 



81 »• 
•« WAS *. 

ROUTINE 

CALLED BY 

MCR 



•* OPERATOR *. N 
->*. CAUSE AN ATTN.*- 
*.INTERRUP-.* 
*.TION •* 



*»C2*****»* 



*********** 



*****D2********** 

* * 

* MOVE * 
-* COMMAND TO * 

* BUFFER * 

* * 
***************** 



*****E2******* 

* * 

* TURN ON 
>* COMMAND 

* PENDING 

* SWITCH * 
************** 



**F3******* 



POST * 


* * 


MASTER * >* Jl * 


SCHEDULER * A * * 


ECB * 


**** 


*«»*»»***« 





* F2 * 

» * 

**** 



START «. YES 

(blank) .* 

COMMAND .» 



*****G3* ****** 

* TURN OFF 

* COMMAND 

* PENDING 

* SWITCH * 
************** 



>* F2 * 

A * * 
**** 



****«H1 ********** 

* XCTL TO * 

* COMMAND * 

* PROCESSING * 

* ROUTINE * 
» (IGC0103D) * 
***************** 

I 
**** j 

* * ] 

* Jl «->| 

»**» j 



****j !**«***«*» 
* 

* EXIT 
* 

***«***««*«**»* 

TO SUPERVISOR 



Charts 



81 



Chart 05. Master Command Routine 



lEEBBl 

« * 

* ENTRY * 

« * 

*************** 

FROM SUPERVISOR OR 
READER/ INTERPRETER 



*****B1 ******* 

* TURN ON * 

* CONSOLE 

* FLAG 

* SWITCH 

* * 
************** 



CI *. 

«* WAS *- 

» COMMAND » 

ISSUED FROM 

»• INPUT .* 

♦STREAM.* 

»• •* 

« NO 



I 

V 
»»»»*D1 ******* 

* TURN ON * 

* COMMAND 

* PENDING 

* SWITCH 

* * 
************** 

**** 



* El *-> 



Fl *• 

* WAS * 

START 

READER 

COMMAND 

*-ISSUD.* 



*• 



* WAS 
START 
WRITER 
COMMAND . 
*.ISSUD.* 
*. .* 
* YES 



» HI »-> 
» * I 
««*« V 



*. READER 



* OBTAIN ANY * 
♦INITIALIZATION * 

* COMMANDS * 



.* ANY *. 

.*INITIAL1ZA-*. YES 
*«TION COMMANDS.* 1 



«*««»A5* ********* 

* MOVE * 

* COMMAND * 

* TO LOCAL * 

* BUFFER * 

* * 
***************** 

**** 

* * 

* B5 *-> 

* * 
**** 



* C3 *->! 



.* IS *. 
.* READY 
. MESSAGE TO 
*.BE ISSUED. 



* WTO *< 

* ILLEGAL * 

* COMMAND * 



* H5 * 

* * 



* 03 *-> 



-*-»-*-»-»—*-»-» 



»««**»»»********* 



* E3 *- 
» * 

**** 

««**«E3* ****** 
« * 

* TURN OFF 
« CONSOLE 

* FLAG 

* SWITCH * 
************** 



I 

V 
*****F3****** 

* TURN ON 

* MASTER 

* COMMAND 

* ROUTINE 

* SWITCH 
************* 



**G3******* 

* WAIT * 

FOR 

ATTENTION 

INTERRUPTION 

* * 
*********** 



*»»*»H3 ******* 

* * 

* TURN ON 

* CONSOLE 

* FLAG 

* SWITCH * 
************** 



-*-»-*-»- 



* WTO *< 

» ISSUE SET * 

* COMMAND * 
***************** 



D5 *. 

.* HAS * 

THE DATE 

BEEN 

SET 



.*IS THIS*. 

A SET 

COMMAND 



L 



**** 

* * 

->* E3 * 

* * 
**** 

**F^******* 



* H5 * 

* * 
**** 



SET OR 

START 

COMMAND 



«*«««G5** ******** 

* LINK TO APPR * 
*COMD EXECUTION * 

* ROUTINE * 

* ( lEEGESTO OR * 

* lEEIClPE) * 
***************** 



**** 

* * 

* H5 *-> 





H5 *. 


**«« 


.* WAS *. 


* 


NO .* COMMAND 


K2 *<- 


*. ISSUED FROM 


* 


*. CONSOLE . 


*»»* 


*. .* 



•«ARE ANY*. 
OTHER « 
COMMANDS 
. PENDING .* 



*»**»J3»»»»*»» 

* * 

* TURN OFF * 

* MASTER ♦ 
♦COMMAND ROUTINE 

* SWITCH * 



»««««K1 ******* 
» » 

* TURN OFF 
» CONSOLE 
» FLAG 

* SWITCH * 
************** 
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»««»K 2 ********* 

* * 

* RETURN * 



**** 

* * 

* K2 * 
» « 

**** 



Chart 06. Write- to-Operator Routine 



IGC03E NOTE 1 

****j\2** ******* 

* » 

* ENTRY * 
» * 

******** It****** 
FROM 
SUPERVISOR 



«««*-» B 2 *- 'li-'K^ * '^ * -1^ * -if"^ 



PSEUDO- 
OISABLE 



***************** 



****»C2 ********** 

* * 

* WAIT * 

* FOR * 

* FREE * 

* BUFFER * 
***************** 



*****D2 ********** 

* MOVE * 

* MESSAGE * 

* TO RESIDENT * 

* BUFFER * 

* * 
***************** 



I 

V 

**E2******* 

* WRITE * 

MESSAGE 

ON 
CONSOLE 

K- * 

*«****♦*«»* 



F2 *. 
.* WAS *• 

MACRO *• WTOR 

WTO •* 

OR •* 
*.WTOR .* 
*• •* 
* WTO 



**** 

* * 

* A4 * 

* * 
**** 



*****AA********** 

* * 

* WAIT FOR * 

* ATTENTION * 

* INTERRUPTION * 

* * 
***************** 



*»***B4 ********** 

* * 

* WAIT * 

* FOR * 

* CHANNEL * 

* END * 
***************** 



««C4******* 

* READ * 

REPLY 

FROM 

CONSOLE 

» * 

« « * « « * « •N-X'* « 



«-x-««*D4********** 

* WAIT * 

* FOR * 

* CHANNEL * 
» END * 

* * 
***************** 



V 
.*. 



VALID 
REPLY 



*****F 3* ****** 
* 
* 
->* 



TURN ON 

WTOR 
SWITCH 



«-N'«»*««»'3l- -)(-*«-*« 



• .* 

* YES 



* » 

* MOVE REPLY * 

* TO USERS * 

* AREA * 

* * 



1 



**** 

* * 

* A4 * 

* * 



«»«««G2 ********** 



PSEUDO 
ENABLE 



***************** 



««G4******* 

K- * 

POST 

USERS 

ECB 

» * 

*********** 



****H2********* 
» * 

» EXIT * 



TO SUPERVISOR 



IF PRIMARY OR ALTERNATE CONSOLE 
IS IN USE. ENTRY IS TO lEEWTCOl. 



IF COMPOSITE CONSOLE IS IN USE. 
ENTRY IS TO lEEWTROl. 



Charts 
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Chart 07. External Interrupt Routine 



lEEBClPE 

* * 

* ENTRY ♦ 

* « 
*************** 

f^ROM 
SUPERVISOR 



♦*»*»C2 ******* 

* TURN ON * 

* ALTERNATE * 

* CONSOLE *<- 

* SWITCH * 

* -K- 
************** 



**««*02 ********** 

* MARK UCB * 

* POINTER * 

* TAfiLE, *- 
♦ADJUST PRIMARY * 

* UCB * 

«««««««')(- 'N'-N' «««■•»* -N- -N- 



C3 *. 
•* IS *. 

NO .* ALTERNATE *. 

*. CONSOLE 

*. SWITCH .* 
*• ON •» 



1^- 



«««««C4 ******* 

* TURN OFF * 

* ALTERNATE 
>* CONSOLE 

* SWITCH 



I 

V 

*****o^**** ****** 

* MARK UCB » 

* POINTER * 
^* TABLE t * 

* ADJUST ALTER. * 

* UCB * 



E3 ». 

.* 

.* IS 
*. WTO 

*. Switch 

*. ON . 



*»»*»F3 ******* 

* TURN ON * 

* EXTERNAL 

* INtERRUPT 

* SWITCH 

* * 
*#^*«»******** 



*««*G3* ******** 



*************** 
TO SUPERVISOR 
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Chart 08. Reader/Interpreter 



*IEFJM 10* 

->* JOB * 

* ROUTINE * 

■N- * 

***************** 



****C2** ******* 
w * 

» ENTRY * 



*************** 

FROM 

MASTER SCHEDULER. 

INITIATOR/TERMINATOR. OR 

NUCLEUS INIT. PROGRAM 



*****C3* ********* 
*IEFK1 09*X- 

>* READER/ *X- 
* INTERPRETER * 
♦CONTROL ROUTINE*X- 
***************** 



♦*»*D3 ********* 



*************** 

TO MASTER SCHEDULER OR 

INITIATOR/TERMINATOR 



»**'»*C4 ********** 
*IEFEM 11* 

*—*-*-*—*-*—*—*—* 

->* EXECUTE * 

* ROUTINE * 

* * 
***************** 



»****D4 ********** 
*INDMON 12* 

->* DD * 

* ROUTINE * 

# * 
***************** 



dtorts %5 



Chart 09, Reader /Interpreter Control Routine 



* * 

» ENTRY « 

» * 

*************** 

FROM NIP AFTER IPL 



»»*»»B1 »***«»»*** 

♦ INITIALIZE * 

♦ MAIN STORAGE. * 
♦PROC INIT CMOS,* 

♦ OPEN SYSTEM * 
♦INPUT DATA SET * 



»—*—«—*—♦—«—»—»—» 
♦INITIALIZE VOL.* 
» ATTRIBUTES » 
* FROM PRESRES « 



lEFKG 

«««« A3* ******** 
« * 

* ENTRY * 

* * 
*************** 



FROM JOB, 
EXECUTE. DD 
OR COMMAND 
PROCESSING 
ROUTINES 



.* CAN *. 

.*AODITIONAL ** 
->*«STATEMENTS BE. 
*. PROCESSED.* 



IEFSD008 

«»««A4 ********* 

* * 

* ENTRY * 

* * 
*************** 



IFROM INIT/TERM 
JOB OR STEP 
TERMINATION 
ROUTINES 



* Dl *-> 



**** 
lEFKA 

******D1 *********** 

GET A 

* STATEMENT * 

FROM INPUT 

* DEVICE OR * 

PROC LIBRARY 

************* 



El 



**** 



JOB *. 

.* STATEMENT *. YES * * 

*. OR JOB CONT .* >* G3 * 

*. STATEMENT.* * * 
*• •« **** 

». .* 
* NO 



.* EXEC *. 
.* STATEMENT *- YES 

*.0R EXEC CONT .* 

*.STATEMENT.* 



V TO EXECUTE 
»»»»«ROUTINE 
*X1 * 
* A2* 
« » 



* STATEMENT 

OR DD CONT 

*. STATEMENT. 



*T0 DD ROUTINE 



»****ROUTINE 
*05 * 
» Al* 



COMMAND 

PENDING 

SWITCH 

*. ON .* 



*****03* ********* 
*IEEBB1 05* 

»_«_♦_«_»—♦_»_»_* 

* MASTER SCHED. * 
*MASTER COMMAND * 

* ROUTINE * 



.* JOB * 

». NOTIFICATION 
*. SWITCH .* 



««D4******* 

» * 

WTO 

JOBNAME 

ENDED 

* * 

*********** 



1-PROCESSING OF 
STATEMENTS STOPS 
WHEN A JOB, DO *, 
DD DATA, OR NULL 
STATEMENT IS 
ENCOUNTERED. OR 
WHEN AN END OF 
DATA SET OCCURS 



*WRITE OUT RDR/ * 
*INTRP WORK AREA* 
* AND TIOT * 
***************** 



I 

V 
*****E^ ********** 

* GET STORAGE * 

* FOR RDR/INTRP * 

* WORK AREA * 
» AND TIOT * 

* * 
***************** 



»**«*T0 INIT/TERM 
*14 *SYSTEM CONTROL 
* A3*R0UTINE 



FIRST JOB 

STATEMENT 

.AFTER IPL. 



H3 *. 
.* WAS *. 
* PRIOR 

ENTRY FROM 
*. STEP 

♦.TERM .* 



***** 
*10 ♦ 
* A3* 



« » 

* PLACE WORK * 

* AREA AND TIOT * 

* INTO STORAGE * 

* AREA * 
***************** 



»*»*»G4 ********** 

* * 

* PLACE TIOT * 

* ADDRESS * 

* INTO TCB * 

* * 
***************** 



*«H4****^** 

* OPEN GET * 
♦ACCESS METHOD^ 

* AND PROCEDURE ♦ 
♦ PDS ♦ 

* * 
*********** 



* YES 



* * 






»»«» 


NULL 


♦ . 


YES 


» 


STATEMENT 


, 




->♦ B3 




• ♦ 




* 


♦ . .♦ 






*»»» 


♦. .♦ 








v° 









♦ISSUE MESSAGE. ♦ 

♦ VERB CANNOT 

♦ BE RECOGNIZED ♦ 

♦ * 
***************** 



*WRITE OUT RDR/ * 
*INTRP WORK AREA* 
♦ AND TIOT * 
***************** 



***** 
*40 * 
* Ai* 



TO INIT/TERM 

JOB TERMINATION 

ROUTINE 



WAS ENTRY *. 
FROM JOB 

TERM .* 
*. •* 


YES 






V 
***** 


*. 


.* 

*■ NO 






*10 * 

* A3* 

» » 

* 

TO JOB 

ROUTINE 



lEFKA V 

««*««K4 ********** 

* READ INPUT ♦ 

* STREAM TO * 

* NEXT CONTROL » 

* STATEMENT * 
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chart 10. Job Routine 



««*« A3 *«*«*«*«* 



» ENTRY * 

w * 

*************** 

FROM READER/ 
INTERPRETER 
CONTROL ROUTINE 



INJMNCCl V 

***»»B3********** 



INITIALIZE 
JCT, ACT 



««««««»*««**•»«««« 



INJMNOAl 

* * 

* SCAN JOB * 
» STATEMENT * 

* FOR KEYWORD * 

* PARAMETER * 

« «« « « « « -N- « •)(- « -N- « -X- « -» «■ 



I 

V 
« « -K-X- « D 3 * -K^ * -It « « «- « -x- « 

* * 

* PROCESS * 

* KEYWORD » 

* PARAMETER * 



***************** 



E3 *• 
•*ARE ALL*. 
KEYWORDS *• NO 
PROCESSED .* 



* YES 

I 

I 

V 

***** 

*09 * 

* A3* 

* * 



TO READER/ 
INTERPRETER 
CONTROL 
ROUTINE 



Charts 
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Chart 11, 



Execute Routine 



lEFEM 

****AZ** ******* 

* « 

* ENTRY « 



FROM READER/ 
INTERPRETER 
CONTROL ROUTINE 



B2 *. 

.* DOES *. 

.*STMNT CALL * 

*. A CATALOGED 

*. PROCEDURE.* 



*****C2** ******** 

* SCAN EXECUTE * 

* STATEMENT * 

* FOR KEYWORD * 

* PARAMETER * 

* * 
***^***** ******** 



****»B3* ********* 

* INDICATE * 

* THAT A * 
>* PROCEDURE *- 

* IS BEING * 

* CALLED * 



*****BA^ ********** 

* * 

* SCAN EXECUTE * 
->* STATEMENT FOR * 

* PARAMETERS * 

* * 
***************** 



*****cn. ********** 

* * 

* SAVE * 

* OVERRIDING * 

* INFORMATION * 

* * 
***************** 



D2 *. 
• * IS *. 

.*THIS STMNT * 

FROM A 

♦.PROCEDURE.* 



*****03* ********* 

* * 

* MERGE * 
>* OVERRIDING * 

* INFORMATION * 

* * 
***************** 



**»**E2 ********** 
» * 

* PROCESS * 

* KEYWORD * 

* PARAMETER * 

* * 
***************** 



V 

.*. 

F2 *. 



* * 
>* C2 * 



.* ARE *. NO 

.ALL KEYWORDS .* 

*.PROCESSED.* * 

*, ,* **** 

*. .* 
. YES 



***** 

*09 * 

* A3* 

* * 



TO READER/ 
INTERPRETER 
CONTROL ROUTINE 
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Chart 12. DD Routine 



«*»* A3 ********* 
« « 

* ENTRY * 

*************** 

FROM READER/ 
INTERPRETER 
CONTROL ROUTINE 



THIS A 

PROCEDURE 

•OVERRIDE . 



**C 3 ********** 



**»*»***«»»»«**** 



»««««03 ********** 
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Chart 13. Initiator/Terminator 
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Chart 14. Initiator Control 



* * 

* ENTRY * 
It « 

*************** 

FROM READER/ 
INTERPRETER OR 
STEP TERMINATION 
ROUTINE 



ENTRY IS FROM THE READER/INTERPRETER 
WHEN A JOBt NULL, DO *» OR DO DATA 
STATEMENT IS ENCOUNTERED IN THE 
INPUT JOB STREAM 



*IEFW21SD 15* 

♦SYSTEM CONTROL * 

* ROUTINE * 

* * 
***************** 



*»»**C3 ********** 
*IEFVK 16* 

♦—*—*—*—*—*—*—♦—* 

* EXECUTE STMNT * 
♦CONDITION CODE * 

* ROUTINE * 



I 
I 

V 
«««««03********** 
♦lEFVMl 17* 
*—*—*—»—*—»—♦—♦_♦ 

* JFCB * 

* HOUSEKEEPING * 

* ROUTINES * 



****E.3* ******** 
» « 

» EXIT * 
It * 

*************** 
TO ALLOCATION 
AND SETUP 



Charts 



91 



Chart 15. System Control Routine 
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Chart 16. Execute Statement Condition Code Routine 
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chart 17. JFCB Housekeeping Routines 
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Chart 18. JFCB Housekeeping Control Routine 
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Chart 19. Allocate Processing Routine 
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* F3 *-> 



«****F 3**** ****** 
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Chart 20. Fetch DCB Processing Routine 
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Chart 21. GDG Single Processing Routine 
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Chart 22. GDG All Processing Routine 
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chart 23. Patterning DSCB Processing Routine 
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Chart 24. Error Message Processing Routine 
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Chart 25, Allocation and Setup 
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* ROUTINE * 
***************** 



I 

V 
*»»**F3********** 
*IEFWCOOO 33* 
*—*-*—«-*—♦—»-*-* 

* TIOT * 

* CONSTRUCTION * 

* ROUTINE * 



*««««G3********** 

*IEFWDOOO 34* 

* EXTERNAL * 

* ACTION * 

* ROUTINE * 



«««««H3 ********** 

♦lEFXTOOO 35* 
*-*-*—♦—»—*—*-«—♦ 

* SPACE * 

* REQUEST * 

* ROUTINE * 



♦*»*J3»»»»»*»*« 
* * 

» EXIT * 
» « 

TO STEP 
INITIATION 
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chart 26. Allocation Control Routine 



lEFXA 

* * 

* ENTRY * 

*************** 

FROM JFCB 
HOUSEKEEPING 
CONTROL ROUTINE 



B3 *. 

.* ANY «. 

.* DD STMNTS *. 

.IN THIS STEP . 

*. .* 

*. .* 


NO 






1 

V 
***** 


*. 

■J 


.* 

t YES 




*33 » 

* A2* 

* * 

* 


21 \ 


f 




TO TIOT 

CONSTRUCTION 

ROUTINE 



*****C3********** 

* GET STORAGE * 

* FOR TABLES * 

* INITIALIZE * 

* POINTERS * 

* ♦ 
***************** 



XAA030 V 

*****o:^* ********* 

* * 

* PLACE VOLT » 

* AND SIOTS * 

* INTO STORAGE * 

* AREA * 
***************** 



***** 
*27 » 
* A3* 



TO DEMAND 

ALLOCATION 

ROUTINE 
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Chart 27. Demand Allocation Routine 



IEFWA7 

« « 

* ENTRY * 
« « 

FROM ALLOCATION 
CONTROL ROUTINE 



*«««»««««**«««««« 



«**«««««**«»«»««* 



♦CALCULATE DATA * 

♦ SET DEVICE * 

* REQUIREMENTS » 
» « 



* CONSTRUCT * 

* CHANNEL LOAD * 
« TABLE ♦ 
» * 



XCF300 V 

» ALLOCATE « 
♦RESIDENT DIRECT* 
♦ACCESS DEVICES * 
* REQUESTED BY * 
« VOL SERIAL » 



* « 
♦PERFORM DEVICE « 

* RANGE » 
« REDUCTION * 



♦ALLOCATE SYSIN ♦ 

♦ AND RESERVED ♦ 

♦ TAPE DEVIrCES ♦ 
« « 



XDFIOO V 

«*«««J3«««»*««*«« 

♦ ALLOCATE ♦ 

♦ SPECIFICALLY ♦ 

♦ REQUESTED ♦ 

♦ DEVICES ♦ 

♦ * 



««««K3^^^^^^^^^ 



»««««*»*«« 



EXITS ARE TO THE DECISION ALLOCATION ROUTINE, 
CHART 32, (OR AVR CHART 28 WHEN 
INCLUDED IN CONFIGURATION) IF 
ALLOCATION IS INCOMPLETE. 
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• Chart 28, Automatic Volume Recognition 



****p^i ********* 

* DEMAND * 

» ALLOCATION * 



-♦—»—»—«— 



******* 



h******* 



->* PROC ANY REQ. 
*FOR PREVIOUSLY 
* MOUNTED VOLS. 



**** 

* * 

* C2 *-> 

« * 

C2* 



.» DID *. 

* OPERATOR 
CANCEL JOB 



ANY *. 
NEWLY *. 
MOUNTED 
VOLUMES .« 



******02** ********* 

* READ THE « 

VOLUME 

» LABELS * 

************* 



.* HAS *. 

REQUESTED 
. VOLUMES . 



lEFXJIMP 

»***B4 ********* 

* * 
>* CANCEL JOB * 

* * 
*»***»***«*«»** 



.♦ ANY *. 
.* MORE *« N 
->*SPECIFIC VOLUME*- 
*. REQUESTS .* 



* 31* 

*—*—*—*—*—*—*—*—* 



******** 



* ******** 



.* ARE *. 


.* MORE *. YES 




*. NEEDED .* 


*. .* 


* • •* 


* NO 


**** 




* 




F2 *-> 




* 




*«♦* V 


• *• 


F2 *. 


.* ARE ». 


.* MORE *. NO 


. DATA 






*. NEEt 


>ED .* 



* 30* 

>*PROC A REQUEST *- 
FOR A NEWLY * 
MOUNTED VOL. * 



**F3 ********* 
TIOT * 
•>* CONSTRUCTION * 
* * 

*************** 



««*««E4 ********** 
» * 

* REQUEST * 

* VOLUMES FROM * 

* OPERATOR * 
» * 
***************** 



lEFXJIMP 

»***F5** 
* 

>* CANCEL 

* 



*»♦»»»» 

JOB * 
* 
******* 



»»«*G2 ********* 
* DECISION * 
» ALLOCATION * 
« « 

»*»»**»»«**»»»* 



«««««G4 ********** 



***************** 



«««««H4«********* 
« * 

*WAIT FOR DEVICE* 

* END I/O * 

* INTERRUPTION * 

***************** 



.* DID *. 

* OPERATOR 
CANCEL JOB 



lEFXJIMP 

***»J5***»»**** 
« * 

>* CANCEL JOB * 

* * 

*************** 
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# Chart 29. Process Any Requests for Previously Mounted Volumes 



*29 » 
» B2* 

* * 



>l 

V 
Gl .*. 

B2 *. 
•* WAS * 
.* LAST UCB 

EXAMINED .* 1 



V 

♦28 * 

* C2* 



G9 V 

»»*»»C2** ******** 
« * 

* LOCATE NEXT * 
*UCB IN ADDRESS * 

* TABLE * 

* » 



I 

V 
CHECKSER .*• 

D2 *. 
.* DOES *• 
NO .*DEV CONTAIN*. 

*.A PREVIOUSLY .^" 

*. MOUNTED .* 
*. VOL .* 
*. .* 
* YES 



V 
G5 .*. 

E2 *. 
.* IS *. 
NO .* VOLUME *. 

*. NEEDED FOR .* 

*.JOB STEP .* 



G12 VIEFX3000 

*»««*F2 ********** 

*DEVICE STRIKOUT* 

*—*—♦-»-»-»-»-»—* 

— * ALLOCATE * 

* DEVICE * 

* * 
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• Chart 30. Process a Request for a Newly Mounted Volume 



♦ 30 * 
« B2* 



D30 V 

* IDENTIFY ♦ 

* VOLUME BY » 

* SERIAL NUMBER * 

* » 



C2 *. 

.* WAS 

SERIAL 

NUMBER 

FOUND 

*. 




♦ YES 

I 



D2 *. 

.» IS *. 

.» DEVICE *. 

ALLOCATED 

*. .* 



.* VOLUME *. YES 

->». ON CORRECT .« 

». DEVICE .» 



.♦ 

NO 
DEVICE WAS ALLOCATED 
BY DEMAND ALLOCATION 



V 

.*. 

F2 ♦. 

* IS *. 

VOLUME * 

NEEDED 



lEFWDOOO 

*****E.A ********** 
♦EXTERNAL ACTION* 

>*NOTIFY OPERATOR*- 

* AND UNLOAD ♦ 

* DEVICE * 



NO 
.*. 

F4 *. 
. * DO * . 
.* ENOUGH *. YES 

->*. AVAILABLE DEV.* 

♦• REMAIN .» 



G2 *. 
•* WAS *. 
.* REQUEST *. NO 

*. FOR VOLUME •* 

*. SATISFIED.* 
*. .* 
*. .* 
* YES 



IEFX3000 

*****G3 ********** 
♦DEVICE STRIKOUT* 
*—♦—*—»—♦—♦—*—♦--* 

>* ALLOCATE DEV. *- 

*TO SATISFY ANY * 
* REQ FOR VOLS * 
***************** 



1 

V 




.*. 




H2 *. 


Gl 


.* IS *. 


**** 


SERIAL *. NO 


* 


NUMBER DUP- .* 


->* E4 


. LICATED .* 


* 


*. .* 


»*** 


*. .* 




* YES 


VOLUM 



MOUNTED ON 
INCORRECT 
DEVICE DURING 
DEMAND ALLOCATION 



lEFWDOOO V 

*****j 2 ********** 
*EXTERNAL ACTION* 
*—*—*—*—*—*—*—*-.* 
*NOTIFY OPERATOR*- 

* AND UNTLOAD * 

* BOTH DEVICES * 
***************** 



V 

***** 

*28 * 

* F2* 

* * 
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• Chart 31. Obtain Devices 



*D30»D31 .080 
lEFXVNSL 



***** 
*31 * 
* A2* 



*****A2 ********** 

* * 
» COUNT * 

* AVAILABLE * 

* DEVICES * 

* * 
***************** 



****«B2** ******** 

* COUNT * 
*DEVICES NEEDED * 

* FOR SPECIFIC * 
» VOL REQUESTS * 

* * 
***************** 



C2 *. 
.* ARE *. 
.* ENOUGH *• YES 

*DEVICES IN NOT-* 

*. READY .* 
*STATUS.* 



* NO 



02 *. 
,* CAN »• 
.* ENOUGH *. YES 

*. READY DEVICES.* 

*BY UNLOAD-.* 
*. ED .* 



*****D3********** 

* * 
» IDENTIFY * 

->* DEVICES TO BE *- 

* UNLOADED * 

* * 
**«**«*«**«*«*«** 



lEFWDOOO 

*****D4 ********** 
*EXTERNAL ACTION* 
«-«.«— «-*—«-*w*te* 

>* UNLOAD *- 

*NECESSARY READY* 
* DEVICES * 
**^« **«******«*«* 



* NO 



*****E2** ******** 
*IEFXJIMP * 
«— «—#—«—*—*.*— *—« 

* ALLOCATION * 

* ERROR * 

* RECOVERY * 
***************** 



***** 
*28 * 
* C2* 



JEFXCSSS 



****F2********* 
» ALLOCATION * 
» CONTROL * 
* « 

*************** 
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Chart 32. Decision Allocation Routine 



IEFX500Q 

*»»*A2 ********* 

* * 

* ENTRY * 

* * 
*************** 

FROM DEMAND ALLOCATION ROUTINE 
OR AUTOMATIC VOLUME 
RECOGNITION ROUTINE 



XGGC29 .*. 

B2 *. 
.* ANY *. 
.* DEVICES *. YES 

*. ALLOCATED BY •* 

*.DEM ALLOC* 

*. •* 

*• •* 

* NO 

1 



l< 

I 

XIIB30 V 

*»»**C2 ********** 

* * 

*calc potential * 
>* users per * 

* Device * 

* * 
**^************** 



XIIC30 .*. 

D2 *. 

• * *• 
• * ANY « 
*. UNIQUENESS 



XGGC25 

*»*»«B3 ********** 



*—*—*—*—*—*—*— *—*Q 
->* PERFORM *- 

* SEPARATION * 

* STRIKEOUT * 
*****»***»******■» 

NORMAL 



*****D3* ********* 

* * 

>* PERFORM * 

* NON-UNIQUE * 

* ALLOCATION * 
***************** 

I NO«MAL 

I 



ALLOCATION 
COMPLETE 



I 

XGGG30 V 

»»**»E2 ********** 



E3 



*. 



COMP*-*-*-*-*-*-*-*-* ERROR •* MIXED *. YES 

*PERFORM DEVICE *— >«. DEVICE TYPE .* 

* STRIKEOUT * *. .* 

*. .* 



***************** 
\ 



* NO 
I 



XGGG5A 

««««*E4** ******** 



* RESTORE 
->* PRIMARY BIT 

* PATTERN 



**** 
* * 

->* C2 * 
« * 

**** 



***************** 



I 
XGGG40 V 

*»***F 2 ********** 
»*»*NORMAL* * 

* C2 *< * PERFORM * ^ 

* * * SEPARATION * A 
**** * STRIKEOUT * I 

♦*♦»**»**»»**»»♦* j 

COMPLETE **** 



XKKB3€) 

*****F 3* ********* 



* PROCESS ERROR * 

♦ * 
***************** 



* F3 * 

* * 
**** 



V 

***** 

*38 * 

* Al* 

* * 

* 

TO 

STEP 

TERMINATION 

ROUTINE 



***** 

*33 * 

* A2* 

* * 



TO TIOT 

CONSTRUCTION 

ROUTINE 
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Chart 33. TIOT Construction Routine 



lEFWCOOO 



****fi^2** ******* 

* * 

* ENTRY * 
It * 

*************** 

I FROM ALLOCATION CONTROL ROUTINEt 

DEMAND ALLOCATION ROUTINE, 
I DECISION ALLOCATION ROUTINE. 

OR AUTOMATIC VOLUME 
I RECOGNITION ROUTINE 



XLMOOl V 

*****B2********** 



GET STORAGE 
FOR TIOT 



-M-N- «•)(")(■'» -X- *«■««•««««'»' •N- 



XLMOIOAC •*. 
C2 



ANY POOLS 
*. .* 



XLMOIOAC 

«****C3 ********** 



CONSTRUCT 
POOL ENTRY 



I 



XLM020 V 

*****02** ******** 



* INITIALIZE * 

* LOOP TO BUILD * 

* TIOT * 

* ♦ 
***************** 

**** I 

« * I 

* E2 *->! 

* * j 
**** V 

XLM032 .*• 

E2 *. 
•*REQUEST*. 
.*FOR DEVICE *. Y 
*. FROM POOL .*- 



XLM400 

**»*»E3********** 



* BUILD POOL 
->*ENTRY FOR TIOT 



*• .* 
* NO 



.* REQUEST *. YES 

*.FOR A PUBLIC .* 

*. VOLUME .* 



. .* 
* NO 



***************** 



XLM140 NOTE 1 
♦»»**F3 ********** 



*PROCESS PUBLIC 
->*VOLUME REQUEST 



***************** 



XNNOOO V 

»»**«G2 ********** 



OUTSTANDING PUBLIC VOLUME 
REQUESTS ARE RESOLVED HERE. 



♦ 


BUILD DD 


« 


* 


ENTRY FOR TIOT 


* 


* 




« 


* 




* 


***************** 




**** 






* 


* 






* 


H2 *-> 






* 


* 








»««« V 







98 .*. 






H2 *. 






.* *. 






.* * 




* 


ALL DONE .* 




*. .* 






*. .* 






*. .* 






* NO 
1 






1 
V 






**** 






* * 






* E2 * 






* * 






*^ 


t** 





1 

V 
***** 
*3A * 
* A2* 



TO EXTERNAL 
ACTION ROUTINE 
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Chart 34. External Action Routine 



lEFWOOOO 



» ENTRY « 



*************** 

FROM TIOT 

CONSTRUCTION ROUTINE. 
SPACE REQUEST ROUTINE. 
OR AUTOMATIC VOLUME 
RECOGNITION ROUTINE 



XPS090 V NOTE 1 
«*»*»B2 ********** 



* ISSUE * 

* DISMOUNT * 

* MESSAGES * 

* * 
***************** 



XPS285 V 

««««^*C2 ********** 



* ISSUE * 

* MOUNT * 

* MESSAGES * 

* * 
***************** 



XPS630 V NOTE 2 
««*»»02 ********** 



* PERFORM * 

* VERIFICATIONS * 



-X-* «» -IC-^-N- «-K- ««»*«« -K-» 



XPS620 .*. NOTE 3 
E2 *. 
.* ». 

.* *• NO 

*. STEP .* 

*. COMPLETE .* 



XPS750 NOTE 4 

**E3******* 



»«'K--N'« ««««•»« 



***** 

*35 * 

* A2* 

* * 



TO SPACE 

REQUEST 

ROUTINE 



INCLUDES A SCAN TO DETERMINE 
IF THE REQUIRED VOLUMES ARE 
MOUNTED ON UNALLOCATED DEVICES. 



2 UNLOAD COMMANDS FROM MASTER 

SCHEDULER ARE HONORED. UC8«S ARE 
UPDATED IF REQUIRED. 



3 THE STEP IS COMPLETE WHEN ALL 
SETUP MESSAGES HAVE BEEN ISSUED 
AND VERIFICATION HAS BEEN PERFORMED. 
COUNTS IN THE SCT CONTROL THIS 
MECHANISM. 



NOTE 4 EITHER OF TWO EVENTS IS WAITED UPON. 
ISSUANCE OF A CANCEL COMMAND OR 
A DEVICE BEING MADE READY. 
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Chart 35. Space Request Routine 



» A4 « 



lEFXTOOO 

****A2 ********* 

» ENTRY * 
* « 



XUUAOO V 

»«««»A4** ******** 

* * 

* UPDATE * 

* JFCB. TIOT * 

* AND PDQ * 

* * 



FROM EXTERNAL 
ACTION ROUTINE 



XTTBA2 •*. 

B2 *. 
.* ANY *. 
NO •* DADSM * 

*. ALLOC 

*• PENDING .* 



* C2 *-> 

* » I 

XTTBEO 



XTTEAO 

«««««B3* ********* 

* * 
*—»—«—♦—»—*—*—♦—* 

* PROCESS *<- 

* ERROR * 

* ♦ 



XUUGOO •*. 

B4 *• EXTERNAL 

.* *• ACTION 

OTHER .* DETERMINE *. REQUIRED 

*• ACTION TO .* 1 

*.BE TAKEN .* V 

«, ,* ***** 

*. .* *34 * 

* * A2* 

I » * 



NO 
SPACE 



»»***C2********** AVAILABLE 

* REQUEST SPACE » *♦♦* 

* ON AND * * n 

*ALLOCATE DIRECT* >* A4 « 

*ACCESS DEVICES * » « 



I NORMAL 



***** 
*38 * 
* Al* 



TO STEP 

TERMINATION 

ROUTINE 



1 MULT I 
I TYPE 
XUUJOO V REQUEST 
*»***C4 ********** 

* * 

* SELECT * 

* NEXT * 

* DEVICE * 

* * 
***************** 



TO EXTERNAL 
ACTION ROUTINE 



XTTMAl V 

*««*»0 2 ********** 



CLEANUP 
TIOT 



I 



XTTMBO V 

*****E2 ********** 
« * 

* UPDATE * 

* SCRATCH VOL * 

* INFORMATION * 

* IN JFCB * 
***************** 



XTTPOO V 

*****F2 ********** 

* * 

* WRITE * 

* MESSAGES * 

* ON SYSOUT * 

* * 
***************** 



XTTROO V 

*****G2 ********** 



* COMPRESS * 

* TIOT * 

* ♦ 
***************** 

I 
I 
I 

V 

***** 

*37 * 

* A3* 

* * 

* 

TO STEP 

INITIATION 
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Chart 36. Step Initiation 



IEFSD004 



ENTRY * 



»****»»i 



******* 

FROM ALLOCATION 
AND SETUP 



SD4000 V 

*»***B2********* 

* WRITE OUT 

* SCHEDULER 
» MESSAGES 

* FOR STEP 



«****«*»»« 



t****** 



SD4100 V 

»****C 2 ********** 

* SET UP UCB * 

* POINTER FOR * 

* ALL DATA SETS * 
*GOING TO SYSOUT* 

* * 
***************** 



SD4120 V 

*****02 ********** 

* STORE * 

* LCT. JCT, * 
♦RELEASE STORAGE* 

* THEY OCCUPIED * 

* * 
***************** 



SD4200 V NOTE 
*****E2 ********** 

* COMPUTE, GET * 

* P/P STORAGE * 

* NEEDED BY * 
» THE SYSTEM * 

* * 
***************** 



DURING STEP EXECUTION, PROCESSING 
PROGRAM (P/P) STORAGE IS NEEDED FOR 

. A JOBLIB DCB, IF PRESENT 

. A FETCH DCB, IF PRESENT 

. AN XCTL PARAMETER LIST 

. PARM FIELD INFORMATION 

. A STEP TIOT 

. A P/P REGISTER SAVE AREA 



***************** 



»»***G2 ********** 

* * 

* SET UP XCTL * 

* PARAMETERS * 
*AND PARM INFO, * 

* STORE SCT * 
***************** 



* OPEN JOBLIB 

* AND FETCH DCB 

* IF PRESENT 

*****»**»**»**»* 



.* HAD *. 

.* JOB BEEN *. YES 

♦CANCELED BY THE* 

*. OPERATOR .* 



**K 2 ******* 
* * 

XCTL 



**K3 ******* 
* * 

ABEND 



*********** 
TO PROCESSING PROGRAM 



*********** 
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Chart 37. Termination 

»»♦* A3 ********* 

* * 

* ENTRY * 

* * 
***»***»*♦****» 

FROM SUPERVISOR OR 
AN INIT/TERM ROUTINE 



**»*»B3 ********** 
*IEFSD011 38* 
*-»-*-«-*-*-*-*-*N0 MORE STEPS 

* STEP * 

* TERMINATION »TO BE RUN 

* ROUTINE * 
*»*»»****«*»»»*** 



****C3********* 
w * 

rt EXIT * 

» * 

TO READER/ 
INTERPRETER OR 
SYSTEM CONTROL 
ROUTINE 



»**»D3 ********* 
» * 

* ENTRY * 

» * 

*************** 

FROM READER/ 
INTERPRETER 



»***»E3 ********** 
*IEFZA 40* 

♦_»_*_«_*—»_«_*_* 

* JOB *< 

» TERMINATION * 

* ROUTINE * 
***************** 



****F 3* ******** 
» * 

* EXIT * 

TO READER/ 
INTERPRETER 
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Chart 38, Step Termination Routine 



lEFSDOll 

♦♦»»A1 »♦♦»»«»♦» 
» » 

« ENTRY * 
* » 

FROM SUPERVISOR 
AFTER P/P COMPLETION 
OR AN INIT/TERM ROUTINE 
WHEN AN ERROR CONDITION 
EXISTS 



MAS 
STEP 
.EXECUTED 



.* THERE A *. 

♦USER'S ACCOUNT. 

«. ROUTINE .* 



HAD 

TIOT BEEN 

BUILT 



* MOVE RETURN » 
>* CODE FROM * 

* TCB TO SCT * 
» * 
***************** 



—»—»—»—*— 



* USER'S » 

* ACCOUNTING * 

* ROUTINE * 
***************** 



************ *^*** 



.* THERE A *. NO 

♦ USER'S ACCOUNT.* 

*. ROUTINE .* 



»_»_*_«_ 



-*—»—»—» 



* USER'S * 

* ACCOUNTING * 
» ROUTINE * 
***************** 



************** 
I 
I 



RDR/INTRP 
IND JOB OR 
. NULL 

*.STMNT.* 



TO JOB 

TERMINATION 

ROUTINE 



* ANY 

SIOT'S FOR 
*. STEP 



******** 



******** 



I******** 



.* DID «. 




* RDR/INTRP *. YES 








». DD DATA .* 


V 


*.STMNT.* 


***** 


*. .* 


*09 » 


* NO 


* A4* 


1 


* * 


i 


* 


V 




***** 


TO READER/ 


*15 * 


INTERPRETER 


* Al* 


CONTROL 


* * 
* 
TO INITIATOR/ 


ROUTINE 




TERMINATOR 




SYSTEM 




CONTROL 




ROUTINE 




(MORE STEPS 




HAD BEEN 




INTERPRETED) 





*—*—*—*—*—*—*—*—* 
♦DISPOSITION AND^ 

♦ UNALLOCATION ♦ 

♦ PROCESSING ♦ 
***************** 



DID ♦. YES 

ANY ERROR .♦ 

OCCUR .♦ 



♦ SET J08- 
>♦ FAILED 

♦ INDICATOR ON 

♦ » 
************** 



***»*J3 *»***♦*«** 

* * 

♦ STORE ♦ 
>* SCT. IF ♦- 

♦ IN STORAGE ♦ 

* WORK AREA ♦ 



************** 



K2 ♦. 

.♦ DID ♦. 
♦ RDR/INTRP ♦ 

FIND JOB OR 

♦. NULL .♦ 

♦.STMNT.^ 



YN034G 

*****i(,3********** 
♦lEFVJ 39^ 



*»*»*»»**»*****»* 
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Chart 39, Job Statement Condition Code Routine 



lEFVJ 

♦*«*A2********* 

* * 

* ENTRY * 

* » 

FROM STEP 

TERMINATION 

ROUTINE 



V 






VJ200 .*. 






B2 ** 






% * ♦ • 




«««« 


.* ANY COND *. 


NO 


* * 


*. CODES TO BE • 


» 


->* F2 * 


*. CHECKED .* 




« * 


♦ . .* 




*♦»* 


». .* 






* YES 






**** 






* * 






* C2 »-> 






* * 






**** V 






VJ220 .*. 




VJ500 


C2 *. 




*****C3******* 


.* *. 




* 


.* COMPARE *. 


EQUAL * SET JOB 


»COMP CODE WITH. 








■>* o 1 "A 1 Uo rltLU 


*.COND CODE»» 




* OF JCT TO 


*. .* 




* CANCEL 


*. .* 




**«*»»»»*»»*»* 


♦UNEQUAL 






V 






VJ240 .*. 






D2 *• 






.* ». 




**** 


•*HAVE EIGHT *. 


YES 


* * 


*. CODES BEEN . 


* 


->* F2 * 


*• TESTED .» 




* * 


*• .* 
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Chart 40. Job Termination Routine 
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Chart 41. Disposition and Unallocation Subroutine - Entry From Step Termination Routine 
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Chart 42. Disposition and Unallocation Subroutine - Entry From Job Termination Routine 
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Chart 43. 18K Configuration Load Module Control Flow 
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Chart 44. 44K Configuration Load Module Control Flow 
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Chart 45. lOOK Configuration Load Module Control Flow 
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SVC transient area 11,13,14 
SYSIN 

allocation of 28 
SYSOOT 28,36,41 
System message blocks 

construction of 7 

description of 56 

use of 7 
SYSl • LINKLIB 10,57, 58,, 70 
SYSl. NUCLEUS 57 
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SYSl.SVCLIB 10, 13, 57, 5( 
SYSl.SYSJOBQE 39 



Task input/QUtput table 

(see TIOT) 
Termination 8,21,37,38,114 
TIOT 

format of 34 

functions of 33 

storage requirements of 25 

use of 35-37,40 
TIOT construction routine 29,33,34,110 
TTR table 51,52 

(see reader/interpreter TTR table) 



UCB 27 , 28 ,33% 35^ 36 , 41 
UNCATLG disposition 40,41 
UNLOAD command 11,13,28^41 
Unreceived data sets 3 8 



VARY command 11,13,41 
VQlum^ affinity 21,26,27 
Volume control block 23 
Volume list 40 
Volume table 7,22,23,56 

WTO macro-instruction 7,8,10,11,14,22 

WTOR macro-instruction 7,8,10,11,14 
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